INŻYNIERIA · PRZEGLĄD
Jedna osoba. Różne role w systemie.
Principal, konto (account) i tożsamość (identity) opisują różne zakresy odpowiedzialności w Zeredi. Rozdzielenie tych pojęć pomaga nam zarządzać dostępem, własnością i reprezentacją, nie traktując ich jako jednej i tej samej rzeczy.
Principal: kto się loguje.
Uwierzytelniony użytkownik. Principal posiada nazwy użytkowników i może otrzymać dostęp do kont. Jest punktem wyjścia dla uwierzytelniania, a nie kompletnym profilem osoby.
Konto (Account): czym zarządzają.
Rekord konta gromadzi metadane konta, cykl życia i relacje własności. Przypisanie konta do Principała łączy zalogowanego użytkownika z kontem; oba te rekordy pełnią odrębne funkcje.
Tożsamość (Identity): co jest reprezentowane.
Tożsamość określa, kogo lub co reprezentują dane informacje. Oddzielenie jej od procesu logowania pozwala na przejrzystsze zarządzanie reprezentacją, własnością i dostępem.
Jak to działa w praktyce.
Podczas rejestracji osobistej Zeredi tworzy Principała, konfiguruje osobiste konto i rekordy tożsamości, a następnie przypisuje to konto do Principała. Elementy te współpracują ze sobą, ale pozostają odrębnymi częściami systemu.
Osobne koncepcje. Jawne uprawnienia.
Znajomość identyfikatora konta lub tożsamości nie daje automatycznie uprawnień do dostępu do nich. Weryfikacja dostępu nadal odbywa się na odpowiednich poziomach API i polityk. Te koncepcje architektoniczne nie przyznają stronom trzecim dostępu do informacji osobistych.
Jest to przegląd koncepcyjny, a nie publiczna specyfikacja API, pełny opis bezpieczeństwa ani zapowiedź dostępności integracji. Integracje API dla stron trzecich nie będą dostępne w dniu premiery.