Projektowanie kont z podziałem na obciążenia robocze
Twórz jedno konto usługi dla każdej integracji lub każdego obciążenia roboczego — na przykładreporting-pipeline, scim-sync lub soc-enrichment — zamiast jednego
szerokiego konta do wszystkiego. Konta przypisane do poszczególnych obciążeń roboczych pozwalają utrzymać minimalne uprawnienia, umożliwiają przypisanie logów żądań do konkretnych integracji oraz pozwalają wyłączyć jedną integrację bez wpływu na pozostałe.
Tworzenie konta usługi
1
Nadaj nazwę kontu
Nadaj kontu nazwę wskazującą obciążenie robocze, któremu służy, oraz opis jego działania. Obie te informacje są widoczne na listach i w logach, dzięki czemu przyszli administratorzy będą mogli odróżnić konta od siebie.
2
Przyznaj uprawnienia
Wybierz uprawnienia, które konto może przyznawać swoim poświadczeniom — na przykład
entity:read, simulation:read lub reporting:read. Ten zestaw jest
górną granicą dla każdego poświadczenia utworzonego w ramach konta: poświadczenie może mieć podzbiór
tych uprawnień, nigdy więcej.3
Sprawdź i utwórz
Potwierdź nazwę i zestaw uprawnień. Po utworzeniu konta na jego stronie szczegółów możesz utworzyć jego klucze API.
Zarządzanie cyklem życia
- Uprawnienia można edytować w dowolnym momencie. Usunięcie uprawnienia z konta usuwa je z zakresu, z którego mogą korzystać jego klucze API i tokeny dostępu OAuth.
- Wyłącz konto, aby zablokować dostęp do API przez wszystkie jego poświadczenia — jest to przydatne przy wycofywaniu integracji lub ograniczaniu skutków podejrzewanego wycieku poświadczeń na czas prowadzenia dochodzenia. Ponowne włączenie konta pozwala na ponowne uwierzytelnianie się poświadczeniom, które są nadal aktywne i nie wygasły.
- Usuń konto, gdy integracja została wycofana z użytku. Najpierw zatrzymaj integrację i unieważnij jej poświadczenia. Usunięcie jest trwałe.

