ІНЖЕНЕРІЯ · ОГЛЯД
Одна особа. Різні ролі в системі.
Суб'єкт (Principal), Обліковий запис (Account) та Ідентифікатор (Identity) описують різні зобов'язання в Zeredi. Розділення цих понять допомагає нам чітко визначати доступ, право власності та представлення, не змішуючи їх між собою.
Суб'єкт: хто входить у систему.
Автентифікований виконавець. Суб'єкт володіє іменами користувачів і може мати доступ до облікових записів. Це точка входу для автентифікації, а не весь профіль людини.
Обліковий запис: чим вони керують.
Запис облікового запису об'єднує метадані, життєвий цикл та відносини власності. Призначення облікового запису суб'єкту пов'язує авторизованого виконавця з конкретним записом; ці два записи мають різні функції.
Ідентифікатор: що представлено.
Ідентифікатор визначає, кого або що представляє інформація. Розділення ідентифікації та входу в систему дозволяє чіткіше визначити представлення, право власності та доступ.
Як вони взаємодіють.
Під час особистої реєстрації Zeredi створює суб'єкта, готує записи особистого облікового запису та ідентифікатора, а потім призначає цей обліковий запис суб'єкту. Вони працюють разом, але залишаються окремими частинами системи.
Окремі поняття. Чіткі дозволи.
Знання ідентифікатора облікового запису або ідентифікатора особи не дає автоматичного права доступу до них. Перевірка прав доступу все одно відбувається на відповідних рівнях API та політик. Ці архітектурні поняття не надають третім сторонам доступу до особистої інформації.
Це концептуальний огляд, а не публічна специфікація API, повний опис системи безпеки або оголошення про доступність інтеграції. Інтеграції API сторонніх розробників не будуть відкриті на момент запуску.