Области применения

Область определяет, где идентичные исходные значения преобразуются в идентичные псевдонимы.

Почему это существует

Различные варианты использования архитектуры предъявляют разные требования к сохранению идентификационных данных. LLM, суммирующий один билет, требует согласованности идентичности только внутри этого одного билета. Аналитический склад, отслеживающий отток клиентов в течение года, требует согласованности идентификационных данных для миллионов событий, охватывающих месяцы.

Точное поведение

scope = request (по умолчанию)

Идентификаторы согласованы только в пределах одного вызова HTTP API. Отображения памяти уничтожаются сразу после возврата ответа.

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 (скоро)

Идентификаторы остаются стабильными на неопределенный срок для всех запросов, сделанных с использованием ключей API, принадлежащих одному и тому же проекту. Это зависит от стабильных Детерминированных ключей, привязанных к конфигурации вашего проекта.

Request A
Alice → PERSON_7CX2

Request B (Next day)
Alice → PERSON_7CX2

Параметры API

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