How it works
The Realtime API is built on top of Electric SQL, an open-source PostgreSQL syncing engine. The Trigger.dev API wraps Electric SQL and provides a simple API to subscribe to runs and get real-time updates.Walkthrough
Usage
After you trigger a task, you can subscribe to the run using theruns.subscribeToRun
function. This function returns an async iterator that you can use to get updates on the run status.
runs.subscribeToRunsWithTag
function.
batchTrigger
to trigger multiple runs, you can also subscribe to changes to all the runs triggered in the batch using the runs.subscribeToBatch
function.
React hooks
We also provide a set of React hooks that make it easy to use the Realtime API in your React components. See the React hooks doc for more information.Run changes
You will receive updates whenever a run changes for the following reasons:- The run moves to a new state. See our run lifecycle docs for more information.
- Run tags are added or removed.
- Run metadata is updated.
Run object
The run object returned by the async iterator is NOT the same as the run object returned by theruns.retrieve
function. This is because Electric SQL streams changes from a single PostgreSQL table, and the run object returned by runs.retrieve
is a combination of multiple tables.
The run object returned by the async iterator has the following fields:
The run ID.
The task identifier.
The input payload for the run.
The output result of the run.
Timestamp when the run was created.
Timestamp when the run was last updated.
Sequential number assigned to the run.
Current status of the run.
RunStatus enum
RunStatus enum
Status | Description |
---|---|
WAITING_FOR_DEPLOY | Task hasn’t been deployed yet but is waiting to be executed |
QUEUED | Run is waiting to be executed by a worker |
EXECUTING | Run is currently being executed by a worker |
REATTEMPTING | Run has failed and is waiting to be retried |
FROZEN | Run has been paused by the system, and will be resumed by the system |
COMPLETED | Run has been completed successfully |
CANCELED | Run has been canceled by the user |
FAILED | Run has been completed with errors |
CRASHED | Run has crashed and won’t be retried, most likely the worker ran out of resources, e.g. memory or storage |
INTERRUPTED | Run was interrupted during execution, mostly this happens in development environments |
SYSTEM_FAILURE | Run has failed to complete, due to an error in the system |
DELAYED | Run has been scheduled to run at a specific time |
EXPIRED | Run has expired and won’t be executed |
TIMED_OUT | Run has reached it’s maxDuration and has been stopped |
Duration of the run in milliseconds.
Total cost of the run in cents.
Base cost of the run in cents before any additional charges.
Array of tags associated with the run.
Key used to ensure idempotent execution.
Timestamp when the run expired.
Time-to-live duration for the run.
Timestamp when the run finished.
Timestamp when the run started.
Timestamp until which the run is delayed.
Timestamp when the run was queued.
Additional metadata associated with the run.
Error information if the run failed.
Indicates whether this is a test run.
Type-safety
You can infer the types of the run’s payload and output by passing the type of the task to thesubscribeToRun
function. This will give you type-safe access to the run’s payload and output.
subscribeToRunsWithTag
, you can pass a union of task types for all the possible tasks that can have the tag.
Run metadata
The run metadata API gives you the ability to add or update custom metadata on a run, which will cause the run to be updated. This allows you to extend the realtime API with custom data attached to a run that can be used for various purposes. Some common use cases include:- Adding a link to a related resource
- Adding a reference to a user or organization
- Adding a custom status with progress information