Bereiche

Ein Bereich bestimmt, wo identische Quellwerte in identische Pseudonyme aufgelöst werden.

Warum es existiert

Unterschiedliche architektonische Anwendungsfälle stellen unterschiedliche Anforderungen an die Identitätspersistenz. Ein LLM, der ein einzelnes Ticket zusammenfasst, benötigt nur Identitätskonsistenz innerhalb dieses einen Tickets. Ein Analytics-Warehouse, das die Kundenabwanderung über ein Jahr hinweg verfolgt, benötigt Identitätskonsistenz über Millionen von Ereignissen über Monate hinweg.

Genaues Verhalten

scope = request (Standard)

Identitäten sind nur innerhalb eines einzelnen HTTP-API-Aufrufs konsistent. Speicherzuordnungen werden sofort nach der Rückgabe der Antwort zerstört.

Request A
Alice → PERSON_01

Request B
Alice → PERSON_01? NO (Could be PERSON_01, PERSON_03, etc., depending on appearance order in Request B)

scope = project (in Kürze verfügbar)

Identitäten bleiben bei allen Anfragen, die mit API-Schlüsseln desselben Projekts erfolgen, auf unbestimmte Zeit stabil. Dies basiert auf stabilen [deterministischen Schlüsseln] (/docs/concepts/determinism), die an Ihre Projektkonfiguration gebunden sind.

Request A
Alice → PERSON_7CX2

Request B (Next day)
Alice → PERSON_7CX2

API-Parameter

{
  "policy": {
    "scope": "request" // default
  }
}