A trigger is a set of instructions that determine when or how a pipeline should run. A pipeline can have 1 or more triggers.
There are 3 types of triggers:
A schedule-type trigger will instruct the pipeline to run after a start date and on a set interval.
Currently, the frequency pipelines can be scheduled for include:
- Run exactly once
- Every N minutes (coming soon)
An event-type trigger will instruct the pipeline to run whenever a specific event occurs.
For example, you can have a pipeline start running when a database query is finished executing or when a new object is created in Amazon S3 or Google Storage.
You can also trigger a pipeline using your own custom event by making a
request to the
http://localhost/api/events endpoint with a custom event
Check out this tutorial on how to create an event trigger.
An API-type trigger will instruct the pipeline to run after a specific API call is made.
You can make a POST request to an endpoint provided in the UI when creating or editing a trigger. You can optionally include runtime variables in your request payload.
Additional trigger settings
- Overwrite global variables
- You can override the global variables that are defined in the pipeline to differentiate the variables used in different triggers.
Overridde global variablesoption won’t show if you don’t have any global variables defined in the pipeline.
- (Schedule triggers only) Skip run if previous run still in progress
- Enabling this setting will tell the scheduler to not initialize the current run if any previous run for this trigger is still in progress.
- Allow blocks to fail
- Enabling this setting will tell the scheduler to continue running the trigger even if a block in the pipeline fails during the execution. The pipeline will continue to run blocks that are not dependent on the failed blocks until the pipeline is complete.