"type" : "EVENT"
EVENT is a task used to publish an event into one of the supported eventing systems in Conductor. Conductor supports the the following eventing models:
- Conductor internal events (type: conductor)
- SQL (type: sqs)
Consider a use case where at some point in the execution, an event is published to an external eventing system such as SQS. Event tasks are useful for creating event based dependencies for workflows and tasks.
Consider an example where we want to publish an event into SQS to notify an external system.
An example where we want to publish a message to conductor's internal queuing system.
|name||Task Name. A unique name that is descriptive of the task function|
|taskReferenceName||Task Reference Name. A unique reference to this task. There can be multiple references of a task within the same workflow definition|
|type||Task Type. In this case, |
|sink||External event queue in the format of |
Tasks's output are sent as a payload to the external event. In case of SQS the task's output is sent to the SQS message a a payload.
Supported Queuing Systems
Conductor has support for the following external event queueing systems as part of the OSS build
- SQS (prefix: sqs)
- NATS (prefix: nats)
- AMQP (prefix: amqp_queue or amqp_exchange)
- Internal Conductor (prefix: conductor) To add support for other
See the Sending SQS messages tutorial for an example EVENT task.