I blueprint XaaS sono workflow di vRealize Orchestrator in grado di eseguire il provisioning di risorse, apportare modifiche alle risorse sottoposte a provisioning o fungere da servizio che esegue un'attività nell'ambiente. I blueprint e le azioni di risorse presentano diverse sfumature che è necessario comprendere durante la progettazione di blueprint per gli utenti del catalogo dei servizi.

Le seguenti definizioni consentono di comprendere i termini utilizzati quando si utilizzano blueprint di XaaS.

Risorsa personalizzata

Un tipo di oggetto vRealize Orchestrator esposto come risorsa tramite l'API di un plug-in di vRealize Orchestrator. La creazione di una risorsa personalizzata consente di definire il parametro di output di un blueprint di provisioning di XaaS e definire un parametro di input per un'azione di risorse.

Componente del blueprint di XaaS

Un blueprint di provisioning o non di provisioning che è possibile utilizzare nella tela di progettazione del blueprint. Questo blueprint potrebbe essere anche un blueprint autonomo di XaaS.

Blueprint autonomo di XaaS

Un blueprint di provisioning o non di provisioning pubblicato e autorizzato ad accedere direttamente al catalogo dei servizi.

Blueprint di provisioning

Un blueprint di provisioning che esegue un workflow di vRealize Orchestrator per eseguire il provisioning di risorse sull'endpoint di destinazione utilizzando l'API del plug-in di vRealize Orchestrator per l'endpoint. Ad esempio, aggiungere NIC virtuali a un dispositivo di rete in vSphere. Per creare un blueprint di provisioning, è necessario disporre di una risorsa personalizzata che definisca il tipo di risorsa di vRealize Orchestrator.

Quando un utente del catalogo dei servizi richiede questo tipo di elementi del catalogo, il workflow esegue il provisioning dell'elemento e l'elemento distribuito viene archiviato nella scheda Elementi. È possibile definire operazioni successive al provisioning per questo tipo di risorse sottoposte a provisioning. È inoltre possibile rendere scalabili i blueprint aggiungendo o rimuovendo l'istanza secondo necessità.

Blueprint non di provisioning

Un blueprint non di provisioning esegue un workflow di vRealize Orchestrator per eseguire un'attività che non richiede l'API per apportare modifiche a un endpoint. Ad esempio, il workflow eseguito che genera un report e lo invia via email o a un sistema di comunicazione di destinazione.

Quando un utente del catalogo dei servizi richiede questo tipo di elementi del catalogo, il workflow viene eseguito per eseguire l'attività di script ma l'elemento non viene aggiunto alla scheda Elementi. Non è possibile eseguire operazioni successive al provisioning su questo tipo di blueprint. È possibile utilizzare blueprint non di provisioning come workflow di supporto nei blueprint scalabili. Ad esempio, è possibile creare un blueprint per aggiornare un bilanciamento del carico con elevata disponibilità.

Blueprint composito

Un blueprint creato utilizzando la tela di progettazione. Il blueprint composito utilizza uno o più componenti. Ad esempio. un componente di macchina, un componente software o un componente di XaaS. Quando viene aggiunto a un servizio, viene elencato come distribuzione. Quando aggiunto a un permesso per renderlo disponibile agli utenti del catalogo dei servizi, viene elencato come blueprint composito. Un blueprint composito può disporre di un solo componente di blueprint oppure può includere un'intera applicazione con più macchine, applicazioni software e reti.

Azione di risorse

Un workflow che è possibile eseguire su un blueprint di provisioning distribuito. Il blueprint distribuito può essere un blueprint di XaaS o un componente di blueprint, oppure può essere un tipo di macchina mappato a un tipo di risorsa di vRealize Orchestrator.