vRealize Orchestrator est le moteur de workflow intégré à vRealize Automation

Le serveur vRealize Orchestrator distribué avec vRealize Automation est préconfiguré et, par conséquent, lorsque votre administrateur système déploie le dispositif vRealize Automation, le serveur vRealize Orchestrator est en cours d'exécution.

Figure 1. Création et demande d'éléments de catalogue inclus dans une solution XaaS pour provisionner une ressource personnalisée
Mapper un type d'objet Orchestrator en tant que ressource personnalisée et un workflow Orchestrator en tant que Blueprint de service. Vous pouvez publier de nombreux Blueprints de service en tant qu'éléments de catalogue et les combiner en un service avancé. Vous pouvez ensuite exposer le service au catalogue de vos consommateurs. Lorsque les consommateurs demandent de provisionner un élément de catalogue inclus dans le service, ils exécutent un workflow dans Orchestrator et provisionnent l'élément dans le catalogue.

Les architectes de services XaaS ajoutent des ressources personnalisées associées aux points de terminaison pris en charge et fournissent des workflows, puis créent des Blueprints et actions XaaS basés sur ces ressources. Les administrateurs de locataire et les gestionnaires de groupes d'activité peuvent ajouter les Blueprints et actions XaaS au catalogue de services. Le Blueprint XaaS peut également être utilisé dans le concepteur de Blueprint.

Lorsque l'utilisateur d'un catalogue de services demande un élément, vRealize Automation exécute un workflow vRealize Orchestrator pour provisionner la ressource personnalisée.

Figure 2. Création et demande d'actions sur les ressources personnalisées pour modifier une ressource personnalisée
Mapper un type d'objet Orchestrator en tant que ressource personnalisée et un workflow Orchestrator en tant qu'action sur les ressources. Une fois que les consommateurs ont provisionné la ressource personnalisée, ils peuvent demander d'exécuter l'action sur les ressources et de modifier l'élément qu'ils provisionnent. Lorsque les consommateurs demandent l'action de post-provisionnement, ils exécutent un workflow dans Orchestrator et modifient l'élément du catalogue.

Les architectes de solutions XaaS peuvent également ajouter des workflows vRealize Orchestrator en tant qu'actions sur les ressources afin d'étendre les capacités de vRealize Automation. Une fois que les utilisateurs du catalogue de services ont provisionné une ressource personnalisée, ils peuvent exécuter une action de post-provisionnement. Les consommateurs exécutent ainsi un workflow vRealize Orchestrator et modifient la ressource personnalisée provisionnée.

Lorsqu'un utilisateur du catalogue de services demande une action sur les Blueprint ou sur les ressources XaaS en tant qu'élément de catalogue, le service XaaS exécute le workflow vRealize Orchestrator correspondant en transférant les données suivantes en tant que paramètres globaux au workflow :

Tableau 1. Paramètres globaux XaaS

Paramètre

Description

__asd_tenantRef

Le locataire de l'utilisateur ayant demandé le workflow.

__asd_subtenantRef

Le groupe d'activité de l'utilisateur ayant demandé le workflow.

__asd_catalogRequestId

L'identifiant de la demande du catalogue pour l'exécution de ce workflow.

__asd_requestedFor

L'utilisateur cible de la demande. Si la demande est faite au nom d'un utilisateur, il s'agit de l'utilisateur au nom duquel le workflow est demandé, sinon, il s'agit de l'utilisateur ayant demandé le workflow.

__asd_requestedBy

L'utilisateur ayant demandé le workflow.

Si une action sur les Blueprints ou sur les ressources XaaS utilise un workflow vRealize Orchestrator qui contient un élément du schéma de l'interaction utilisateur, lorsqu'un consommateur demande le service, le workflow suspend son exécution et attend que l'utilisateur fournisse les données requises. Pour répondre à une interaction utilisateur en attente, l'utilisateur doit accéder à Boîte de réception > Action Manuelle de l'Utilisateur.

Le répertoire du serveur vRealize Orchestrator par défaut est partagé par tous les locataires et son utilisation ne peut pas se faire individuellement par utilisateur. Par exemple, si un architecte de service créé un Blueprint de service pour créer une ressource de calcul du cluster, les consommateurs de différents locataires doivent accéder aux éléments du répertoire de toutes les instances de vCenter Server même si elles appartiennent à un locataire différent.

Les administrateurs système peuvent installer vRealize Orchestrator ou déployer le dispositif VMware vRealize ™ Orchestrator Appliance™ séparément pour configurer une instance externe de vRealize Orchestrator et configurer vRealize Automation pour l'utiliser avec cette instance externe de vRealize Orchestrator.

Les administrateurs système peuvent également configurer des catégories de workflows vRealize Orchestrator par locataire et définir quels workflows seront disponibles pour chaque locataire.

De plus, les administrateurs de locataire peuvent également configurer une instance externe de vRealize Orchestrator mais uniquement pour leurs propres locataires.

Pour plus d'informations sur la configuration d'une instance externe de vRealize Orchestrator et des catégories de workflow vRealize Orchestrator, reportez-vous à Configuration de vCenter Orchestrator et des plug-ins.