Portées

Une portée détermine où les valeurs sources identiques se résolvent en pseudonymes identiques.

Pourquoi ça existe

Différents cas d'utilisation architecturale ont des exigences différentes en matière de persistance de l'identité. Un LLM résumant un seul ticket n’a besoin que d’une cohérence d’identité au sein de ce seul ticket. Un entrepôt d'analyse qui suit le taux de désabonnement des clients sur une année nécessite une cohérence des identités sur des millions d'événements s'étalant sur des mois.

Comportement exact

scope = request (par défaut)

Les identités ne sont cohérentes qu'au sein d'un seul appel d'API HTTP. Les mappages de mémoire sont détruits immédiatement après le retour de la réponse.

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 (à venir)

Les identités restent stables indéfiniment sur toutes les requêtes effectuées à l'aide de clés API appartenant au même projet. Cela repose sur des clés déterministes stables liées à la configuration de votre projet.

Request A
Alice → PERSON_7CX2

Request B (Next day)
Alice → PERSON_7CX2

Paramètres de l'API

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