Les rubriques d'événements peuvent prendre en charge des événements qu'il est possible de bloquer ou auxquels il est possible de répondre. Le comportement d'un abonnement à des workflows varie selon que la rubrique prend en charge ces types d'événements et dépend de la manière dont vous configurez l'abonnement.

Rubriques d'événements qu'il n'est pas possible de bloquer

Les rubriques d'événements qu'il n'est pas possible de bloquer vous permettent uniquement de créer des abonnements non bloquants. Les abonnements non bloquants sont déclenchés de manière asynchrone et l'ordre de déclenchement des abonnements ou d'exécution des workflows vRealize Orchestrator n'est pas fiable. Les abonnements non bloquants renvoient uniquement une réponse si la rubrique l'autorise.

Rubriques d'événements qu'il est possible de bloquer

Certaines rubriques d'événements prennent en charge le blocage. Si un abonnement à un workflow est marqué comme bloquant, aucun des messages qui respectent les conditions configurées n'est reçu par les autres abonnements aux workflows ayant des conditions similaires tant que le premier workflow n'est pas terminé. Si vous disposez de plusieurs abonnements à des workflows bloquants pour la même rubrique d'événements, vous devez les classer par ordre de priorité.

Les abonnements bloquants s'exécutent par ordre de priorité. La valeur de la priorité la plus élevée est 0 (zéro). Si vous disposez plusieurs abonnements bloquants pour la même rubrique d'événements avec le même niveau de priorité, les abonnements s'exécutent dans l'ordre alphabétique en fonction de leur nom. Une fois tous les abonnements bloquants traités, le message est simultanément envoyé à tous les abonnements non bloquants. Du fait que les abonnements aux workflows bloquants s'exécutent simultanément, la charge utile de l'événement modifié inclut l'événement mis à jour lors de la notification des abonnements aux workflows suivants.

Appliquez le blocage à un ou plusieurs abonnements aux workflows en fonction du workflow sélectionné et de vos objectifs.

Par exemple, vous possédez deux abonnements aux workflows de provisionnement et le second workflow varie selon les résultats du premier. Le premier modifie une propriété au cours du provisionnement et le second enregistre la nouvelle propriété (un nom de machine, par exemple) dans un système de fichiers. La priorité de l'abonnement ChangeProperty est de 0 et celle de l'abonnement RecordProperty est de 1, car il utilise les résultats de l'abonnement ChangeProperty. Lors du provisionnement d'une machine, l'exécution de l'abonnement ChangeProperty commence. Étant donné que les conditions de l'abonnement RecordProperty sont basées sur des conditions de post-provisionnement, un message déclenche l'abonnement RecordProperty. Cependant, du fait que le workflow ChangeProperty est un workflow bloquant, le message n'est pas reçu tant que le workflow n'est pas terminé. Lorsque le nom est modifié et que le premier workflow est terminé, le second workflow s'exécute et enregistre le nom du système de fichiers.

Même si une rubrique d'événements prend en charge le blocage, vous pouvez créer un abonnement à un workflow non bloquant si l'abonnement au workflow n'a pas de workflows consécutifs dépendants. L'abonnement au workflow est déclenché et exécute le workflow vRealize Orchestrator sans intervention supplémentaire de vRealize Automation ou du système externe.

Rubriques d'événements auxquels il est possible de répondre

Certaines rubriques d'événements prennent en charge les réponses du service auxquelles elles sont abonnées. Le service qui a enregistré la rubrique d'événements auxquels il est possible de répondre peut accepter un événement de réponse qui fournit la sortie du workflow, généralement suite à l'intervention d'un système ou d'un utilisateur. Les paramètres de sortie de réponse doivent satisfaire aux critères définis dans le schéma de réponse afin que le service vRealize Automation qui a publié l'événement d'origine auquel il est possible de répondre puisse le traiter. Par exemple, il est possible de répondre aux abonnements aux workflows avant et après approbation. Si vous créez un workflow qui envoie une demande d'approbation à un système externe, la réponse est traitée par vRealize Automation (qu'il s'agisse d'un accord ou d'un refus) et l'élément du catalogue est provisionné ou l'utilisateur est informé que la demande a été rejetée.

La réponse peut être la sortie du workflow vRealize Orchestrator ou il peut s'agir d'un échec si le workflow arrive à expiration ou échoue. Si la réponse provient des paramètres de sortie du workflow, son format doit correspondre à celui du schéma de réponse.