Progettare gli account in base ai carichi di lavoro
Crei un account di servizio per ogni integrazione o carico di lavoro, ad esempioreporting-pipeline, scim-sync o soc-enrichment, anziché un unico
account generico per tutto. Gli account per singolo carico di lavoro mantengono le autorizzazioni
al minimo, rendono i log delle richieste
attribuibili e consentono di disattivare un’integrazione senza intervenire sulle
altre.
Creare un account di servizio
1
Assegnare un nome all'account
Assegni all’account un nome che identifichi il carico di lavoro a cui è destinato e una
descrizione della sua funzione. Entrambi compaiono negli elenchi e nei log, in modo che gli
amministratori futuri possano distinguere gli account.
2
Concedere le autorizzazioni
Selezioni le autorizzazioni che l’account può concedere alle proprie credenziali, ad esempio
entity:read, simulation:read o reporting:read. Questo insieme è il
limite massimo per ogni credenziale creata con l’account: una credenziale può avere un sottoinsieme
di tali autorizzazioni, mai di più.3
Verificare e creare
Confermi il nome e l’insieme di autorizzazioni. Dopo la creazione, nella pagina di dettaglio
dell’account è possibile creare le relative chiavi API.
Gestire il ciclo di vita
- Modifica delle autorizzazioni in qualsiasi momento. La rimozione di un’autorizzazione dall’account la elimina da ciò che le relative chiavi API e i token di accesso OAuth possono esercitare.
- Disattivazione di un account per interrompere l’accesso API tramite tutte le sue credenziali, utile per la dismissione di un’integrazione o per contenere una sospetta fuga di credenziali durante le indagini. La riattivazione consente nuovamente l’autenticazione alle credenziali ancora attive e non scadute.
- Eliminazione di un account quando l’integrazione è stata dismessa. Interrompa prima l’integrazione e revochi le relative credenziali. L’eliminazione è definitiva.

