Los temas de eventos pueden admitir eventos que se pueden bloquear y responder. El comportamiento de una suscripción de flujo de trabajo depende de si el tema es compatible con estos tipos de eventos y de cómo se configura la suscripción de flujo de trabajo.

Temas de eventos que no se pueden bloquear

Los temas de eventos que no se pueden bloquear solo permiten crear suscripciones sin bloqueo. Dichas suscripciones se activan de manera asíncrona, y no se puede confiar en el orden en que se activan las suscripciones o en que se ejecutan los flujos de trabajo de vRealize Orchestrator. Las suscripciones sin bloqueo solo devuelven una respuesta si el tema se puede responder.

Temas de eventos que se pueden bloquear

Algunos temas de eventos admiten el bloqueo. Si una suscripción de flujo de trabajo está marcada como de bloqueo, ninguna otra suscripción de flujo de trabajo con condiciones coincidentes recibirá ninguno de los mensajes que cumplen con las condiciones configuradas hasta que finalice el primer flujo de trabajo. Si tiene varias suscripciones de flujo de trabajo de bloqueo para el mismo tema de evento, dé prioridad a las suscripciones.

Las suscripciones de bloqueo se ejecutan siguiendo un orden de prioridad. El valor de prioridad más alto es 0 (cero). Si tiene más de una suscripción de bloqueo para el mismo tema de evento con el mismo nivel de prioridad, las suscripciones se ejecutan en orden alfabético según el nombre. Después de que se procesan todas las suscripciones de bloqueo, el mensaje se envía a todas las suscripciones de no bloqueo al mismo tiempo. Debido a que las suscripciones de flujo de trabajo de bloqueo se ejecutan de forma sincrónica, la carga del evento cambiada incluye el evento actualizado cuando se notifica a las suscripciones de flujo de trabajo posteriores.

Se aplica el bloqueo a una o más suscripciones de flujo de trabajo en función del flujo de trabajo seleccionado y sus objetivos.

Por ejemplo, tiene dos suscripciones de flujo de trabajo de aprovisionamiento en las que el segundo flujo de trabajo depende de los resultados del primero. El primero cambia una propiedad durante el aprovisionamiento y el segundo registra la nueva propiedad, quizás un nombre de máquina, en un sistema de archivos. Se le asigna a la suscripción ChangeProperty la prioridad 0 y a RecordProperty la prioridad 1 porque utiliza los resultados de la suscripción ChangeProperty. Cuando se aprovisiona una máquina, se inicia la ejecución de la suscripción ChangeProperty. Debido a que las condiciones de la suscripción RecordProperty se basan en condiciones posteriores al aprovisionamiento, un mensaje activa la suscripción RecordProperty. Sin embargo, debido a que el flujo de trabajo de ChangeProperty es un flujo de trabajo de bloqueo, no se recibe el mensaje hasta que finalice. Cuando se cambia el nombre y finaliza el primer flujo de trabajo, se ejecuta el segundo flujo de trabajo, y se registra el nombre en el sistema de archivos.

Incluso si es un tema de evento que admite el bloqueo, puede crear una suscripción de flujo de trabajo sin bloqueo si la suscripción de flujo de trabajo no tiene ningún flujo de trabajo posterior dependiente. La suscripción de flujo de trabajo se activa y ejecuta el flujo de trabajo de vRealize Orchestrator sin otra interacción desde vRealize Automation ni el sistema externo.

Temas de eventos que se pueden responder

Algunos temas de eventos admiten respuestas desde el servicio suscrito. El servicio que registró el tema de evento que se puede responder puede aceptar un evento de respuesta que proporcione la salida de flujo de trabajo, por lo general, como resultado de una interacción con un sistema o un usuario. Los parámetros de salida de la respuesta deben cumplir con los criterios definidos en el esquema de respuesta de forma que pueda procesarlo el servicio de vRealize Automation que publicó el evento original que se puede responder. Por ejemplo, las suscripciones de flujo de trabajo de aprobación previa y posterior son suscripciones que se pueden responder. Si crea un flujo de trabajo que envía una solicitud de aprobación a un sistema externo, vRealize Automation procesa, aprueba o rechaza, la respuesta, y se aprovisiona el elemento del catálogo o se notifica al usuario que se ha rechazado la solicitud.

La respuesta puede ser el resultado del flujo de trabajo de vRealize Orchestrator o puede ser un error si se produce un error con el flujo de trabajo o se agota su tiempo de espera. Si la respuesta es de los parámetros de salida del flujo de trabajo, la respuesta debe tener el formato de esquema de respuesta correcto.