ИНЖЕНЕРИЯ · ОБЗОР
Один человек. Разные роли в системе.
Понятия Principal (Субъект), Account (Аккаунт) и Identity (Личность) описывают разные зоны ответственности в Zeredi. Разделение этих сущностей помогает нам четко определять доступ, владение и представление данных, не смешивая их в одну кучу.
Principal: тот, кто входит в систему.
Аутентифицированный участник. Principal владеет именами пользователей, и ему может быть предоставлен доступ к аккаунтам. Это отправная точка для аутентификации, а не весь профиль человека.
Account: то, чем они управляют.
Запись аккаунта объединяет метаданные, жизненный цикл и отношения владения. Привязка аккаунта к Principal соединяет вошедшего пользователя с конкретным аккаунтом; при этом обе записи имеют разные функции.
Identity: то, что представлено.
Идентификация определяет, кого или что представляют данные. Разделение идентификации и входа в систему позволяет четче разграничить представление, право собственности и доступ.
Как они работают вместе.
При личной регистрации Zeredi создает Principal, подготавливает записи персонального аккаунта и личности, а затем назначает этот аккаунт данному Principal. Они работают сообща, но остаются отдельными частями системы.
Разные понятия. Явные разрешения.
Знание идентификатора аккаунта или личности не дает автоматического права доступа к ним. Проверка прав по-прежнему осуществляется на соответствующем уровне API и политик. Эти архитектурные концепции не предоставляют третьим лицам доступ к персональной информации.
Это концептуальный обзор, а не спецификация публичного API, полное описание системы безопасности или объявление о доступности интеграций. Интеграции со сторонними API не будут открыты на момент запуска.