Os tópicos de eventos podem oferecer suporte a eventos que podem ser bloqueados e respondidos. O comportamento de uma inscrição de fluxo de trabalho depende se o tópico oferece suporte ou não a esses tipos de eventos e de como você configura a inscrição de fluxo de trabalho.

Tópicos de eventos que não podem ser bloqueados

Tópicos de eventos que não podem ser bloqueados permitem apenas a criação de inscrições sem bloqueio. Inscrições sem bloqueio são acionadas de forma assíncrona, e não é possível contar com a ordem em que elas são acionadas ou em que os fluxos de trabalho do vRealize Orchestrator são executados. Inscrições sem bloqueio apenas retornarão uma resposta se o tópico puder ser respondido.

Tópicos de eventos que podem ser bloqueados

Alguns tópicos de eventos oferecem suporte para bloqueio. Se uma inscrição de fluxo de trabalho estiver marcada com bloqueio, nenhuma das mensagens que atenderem às condições configuradas será recebida por outras inscrições de fluxo de trabalho com condições correspondentes até que o primeiro fluxo de trabalho seja finalizado. Se houver várias inscrições de fluxo de trabalho com bloqueio para o mesmo tópico de evento, priorize as inscrições.

Inscrições com bloqueio são executadas por ordem de prioridade. O valor de prioridade mais alto é 0 (zero). Se houver mais de uma inscrição com bloqueio para o mesmo tópico de evento com o mesmo nível de prioridade, as inscrições serão executadas em ordem alfabética com base no nome. Depois que todas as inscrições com bloqueio forem processadas, a mensagem será enviada a todas as inscrições sem bloqueio ao mesmo tempo. Como as inscrições de fluxo de trabalho com bloqueio são executadas sincronicamente, a carga de eventos alterados inclui o evento atualizado quando as inscrições de fluxo de trabalho subsequentes são notificadas.

Aplique o bloqueio a uma ou mais inscrições de fluxo de trabalho, dependendo do fluxo de trabalho selecionado e das suas metas.

Por exemplo, existem duas inscrições de fluxo de trabalho de provisionamento nas quais o segundo fluxo de trabalho depende dos resultados do primeiro. O primeiro altera uma propriedade durante o provisionamento, e um segundo registra a nova propriedade, talvez um nome de máquina, em um sistema de arquivos. A inscrição de ChangeProperty é priorizada como 0, enquanto a inscrição de RecordProperty é priorizada como 1, pois usa os resultados da inscrição ChangeProperty. Quando uma máquina for provisionada, a inscrição de ChangeProperty começará a ser executada. Como as condições da inscrição RecordProperty se baseiam em condições de pós-provisionamento, uma mensagem aciona essa inscrição. No entanto, como o fluxo de trabalho ChangeProperty é um fluxo de trabalho com bloqueio, a mensagem apenas será recebida quando ele for finalizado. Quando o nome for alterado e o primeiro fluxo de trabalho for finalizado, o segundo fluxo de trabalho será executado, registrando o nome no sistema de arquivos.

Mesmo para tópicos de eventos com suporte para bloqueio, você poderá criar uma inscrição de fluxo de trabalho sem bloqueio se esta não tiver fluxos de trabalho posteriores dependentes. A inscrição de fluxo de trabalho é acionada e executa o fluxo de trabalho do vRealize Orchestrator sem interações adicionais do vRealize Automation ou do sistema externo.

Tópicos de eventos que podem ser respondidos

Alguns tópicos de eventos oferecem suporte para respostas do serviço inscrito. O serviço que registrou o tópico de evento que pode ser respondido pode aceitar um evento de resposta que fornece a saída de fluxo de trabalho, geralmente como resultado de uma interação com um sistema ou usuário. Os parâmetros de saída de resposta devem atender aos critérios definidos no esquema de resposta para que o serviço do vRealize Automation que publicou o evento original que pode ser respondido possa processar esse evento. Por exemplo, inscrições de fluxo de trabalho de pré-aprovação e pós-aprovação podem ser respondidos. Se você criar um fluxo de trabalho que envia uma solicitação de aprovação para um sistema externo, a resposta, Aprovada ou Rejeitada, será processada pelo vRealize Automation, e o item de catálogo será provisionado ou o usuário será notificado de que a solicitação foi rejeitada.

A resposta pode ser a saída do fluxo de trabalho do vRealize Orchestrator ou pode ser uma falha caso o fluxo de trabalho atinja o tempo limite ou falhe. Se a resposta for proveniente dos parâmetros de saída do fluxo de trabalho, ela deverá estar no formato de esquema de resposta correto.