Il proprietario dell'organizzazione o l'amministratore del servizio di vRealize Automation può gestire l'accesso degli utenti utilizzando i ruoli del sistema di organizzazione e servizio. Si desidera però creare anche ruoli personalizzati per gli utenti selezionati ed eseguire attività o visualizzare contenuti che non rientrano nei rispettivi ruoli di sistema.
In questo scenario, si presupponga di conoscere i ruoli di utente e visualizzatore del servizio e di membro e visualizzatore del progetto, definiti nel caso d'uso 2. Come si può notare, questi sono più restrittivi rispetto ai ruoli di amministratore del servizio e del progetto utilizzati nel caso d'uso 1. Sono quindi stati identificati alcuni casi d'uso locali per cui si desidera che alcuni utenti dispongano di autorizzazioni di gestione complete su alcune funzionalità e autorizzazioni di visualizzazione su altre, mentre al tempo stesso si desidera che non possano visualizzare un determinato altro set di funzionalità. Si utilizzano i ruoli personalizzati per definire tali autorizzazioni.
- Amministratore dell'infrastruttura con limitazioni. Si desidera che alcuni utenti del servizio, che non sono amministratori del servizio, dispongano di autorizzazioni per l'infrastruttura più ampie. In qualità di amministratore, si desidera che questi utenti possano offrire aiuto nella configurazione di zone cloud, immagini e caratteristiche. Si desidera inoltre che siano in grado di effettuare l'onboarding e gestire le risorse rilevate. Si noti che non possono aggiungere account cloud o integrazioni, ma possono solo definire l'infrastruttura per tali endpoint.
- Sviluppatore di estendibilità. Si desidera che alcuni utenti del servizio dispongano delle autorizzazioni complete per utilizzare le azioni e le sottoscrizioni di estendibilità come parte dello sviluppo del modello cloud per il proprio team di progetto e per altri progetti. Questi utenti svilupperanno anche tipi di risorse personalizzate e azioni personalizzate per più progetti.
- Sviluppatore XaaS. Si desidera che alcuni utenti del servizio dispongano delle autorizzazioni complete per sviluppare tipi di risorse personalizzate e azioni personalizzate per più progetti.
- Risolutore problemi distribuzione. Si desidera che gli amministratori del progetto dispongano delle autorizzazioni necessarie per risolvere i problemi ed eseguire l'analisi della causa radice nelle distribuzioni non riuscite. Agli utenti vengono assegnate autorizzazioni di gestione per le categorie non distruttive o meno costose, come le mappature di immagini e caratteristiche. Si desidera anche che gli amministratori del progetto dispongano dell'autorizzazione per impostare approvazioni e criteri del giorno 2 come parte del ruolo di risoluzione dei problemi delle distribuzioni non riuscite.
Prerequisiti
- Rivedere le tabelle di ruoli del progetto e ruoli di servizio di Cloud Assembly e Service Broker in Quali sono i ruoli utente di vRealize Autmoation Cloud. È necessario conoscere ciò che ciascun ruolo utente del servizio può vedere e fare in tali servizi.
- Rivedere le descrizioni dei ruoli personalizzati per individuare in che modo è possibile perfezionare le autorizzazioni per gli utenti.
- Rivedere il primo caso d'uso in modo da conoscere i ruoli dell'organizzazione e i ruoli di amministratore del servizio. Vedere Caso d'uso dei ruoli utente 1: configurazione dei ruoli utente di vRealize Automation per supportare un team di sviluppo di applicazioni di piccole dimensioni.
- Rivedere il secondo caso d'uso in modo da comprendere i ruoli dell'utente del servizio e dei membri del progetto. Vedere Caso d'uso ruolo utente 2: configurazione dei ruoli utente di vRealize Automation per supportare team di sviluppo più grandi e il catalogo.
- Acquisire familiarità con Service Broker. Vedere Aggiunta di contenuti al catalogo.
Procedura
risultati
In questo caso d'uso vengono configurati svariati utenti con ruoli diversi, inclusi i ruoli personalizzati che ne estendono i ruoli di servizio e di progetto.
Operazioni successive
Creare ruoli personalizzati che consentono di affrontare le esigenze dei propri casi d'uso locali.