# Pause, resume, and rerun a workflow

You can use $.flow.suspend and $.flow.rerun to pause a workflow and resume it later.

This is useful when you want to:

  • Pause a workflow until someone manually approves it
  • Poll an external API until some job completes, and proceed with the workflow when it's done
  • Trigger an external API to start a job, pause the workflow, and resume it when the external API sends an HTTP callback

We'll cover all of these examples below.

# $.flow.suspend

Use $.flow.suspend when you want to pause a workflow and proceed with the remaining steps only when manually approved or cancelled.

For example, you can suspend a workflow and send yourself a link to manually resume or cancel the rest of the workflow:

export default defineComponent({
  async run({ $ }) {
    const { resume_url, cancel_url } = $.flow.suspend()
    $.send.email({
      subject: "Please approve this important workflow",
      text: `Click here to approve the workflow: ${resume_url}, and cancel here: ${cancel_url}`,
    })
    // Pipedream suspends your workflow at the end of the step
  },
})

You'll receive an email like this:

approve this workflow

And can resume or cancel the rest of the workflow by clicking on the appropriate link.

# resume_url and cancel_url

In general, calling $.flow.suspend returns a cancel_url and resume_url that lets you cancel or resume paused executions. Since Pipedream pauses your workflow at the end of the step, you can pass these URLs to any external service before the workflow pauses. If that service accepts a callback URL, it can trigger the resume_url when its work is complete.

These URLs are specific to a single execution of your workflow. While the workflow is paused, you can load these in your browser or send any HTTP request to them:

  • Sending an HTTP request to the cancel_url will cancel that execution
  • Sending an HTTP request to the resume_url will resume that execution

If you resume a workflow, any data sent in the HTTP request is passed to the workflow and returned in the $resume_data step export of the suspended step. For example, if you call $.flow.suspend within a step named code, the $resume_data export should contain the data sent in the resume_url request:

resume data step export

# Default timeout of 24 hours

By default, $.flow.suspend will automatically resume the workflow after 24 hours. You can set your own timeout (in milliseconds) as the first argument:

export default defineComponent({
  async run({ $ }) {
    // 7 days
    const TIMEOUT = 1000 * 60 * 60 * 24 * 7
    $.flow.suspend(TIMEOUT)
  },
})

# $.flow.rerun

Use $.flow.rerun when you want to run a specific step of a workflow multiple times. This is useful when you need to start a job in an external API and poll for its completion, or have the service call back to the step and let you process the HTTP request within the step.

# Polling for the status of an external job

Sometimes you need to poll for the status of an external job until it completes. $.flow.rerun lets you rerun a specific step multiple times:

import axios from 'axios'

export default defineComponent({
  async run({ $ }) {
    const MAX_RETRIES = 3
    // 10 seconds
    const DELAY = 1000 * 10
    const { run } = $.context
    // $.context.run.runs starts at 1 and increments when the step is rerun
    if (run.runs === 1) {
      // $.flow.rerun(delay, context (discussed below), max retries)
      $.flow.rerun(DELAY, null, MAX_RETRIES)
    }
    else if (run.runs === MAX_RETRIES + 1) {
      throw new Error("Max retries exceeded")
    }
    else {
      // Poll external API for status
      const { data } = await axios({
        method: "GET",
        url: "https://example.com/status"
      })
      // If we're done, continue with the rest of the workflow
      if (data.status === "DONE") return data

      // Else retry later
      $.flow.rerun(DELAY, null, MAX_RETRIES)
    }
  },
})

$.flow.rerun accepts the following arguments:

$.flow.rerun(
  delay, // The number of milliseconds until the step will be rerun
  context, // JSON-serializable data you need to pass between runs
  maxRetries, // The total number of times the step will rerun. Defaults to 10
)

# Accept an HTTP callback from an external service

When you trigger a job in an external service, and that service can send back data in an HTTP callback to Pipedream, you can process that data within the same step using $.flow.retry:

import axios from 'axios'

export default defineComponent({
  async run({ steps, $ }) {
    const TIMEOUT = 86400 * 1000
    const { run } = $.context
    // $.context.run.runs starts at 1 and increments when the step is rerun
    if (run.runs === 1) {
      const { cancel_url, resume_url } = $.flow.rerun(TIMEOUT, null, 1)

      // Send resume_url to external service
      await axios({
        method: "POST",
        url: "your callback URL",
        data: {
          resume_url,
          cancel_url,
        }
      })
    }
    else if (run.runs === 2) {
      throw new Error("External service never completed job")
    }
    // When the external service calls back into the resume_url, you have access to 
    // the callback data within $.context.run.callback_request
    else {
      const { callback_request } = run
      return callback_request
    }
  },
})

# Passing context to $.flow.rerun

Within a Node.js code step, $.context.run.context contains the context passed from the prior call to rerun. This lets you pass data from one run to another. For example, if you call:

$.flow.rerun(1000, { hello: "world" })

$.context.run.context will contain:

resume data step export

# maxRetries

By default, maxRetries is 10.

When you exceed maxRetries, the workflow proceeds to the next step. If you need to handle this case with an exception, throw an error from the step:

export default defineComponent({
  async run({ $ }) {
    const MAX_RETRIES = 3
    const { run } = $.context
    if (run.runs === 1) {
      $.flow.rerun(1000, null, MAX_RETRIES)
    }
    else if (run.runs === MAX_RETRIES + 1) {
      throw new Error("Max retries exceeded")
    }
  },
})

# Behavior when testing

When you're building a workflow and test a step with $.flow.suspend or $.flow.rerun, it will not suspend the workflow, and you'll see a message like the following:

Workflow execution canceled — this may be due to $.flow.suspend() usage (not supported in test)

These functions will only suspend and resume when run in production.

# Credits when using suspend / rerun

You are not charged for the time your workflow is suspended during a $.flow.rerun or $.flow.suspend. Only when workflows are resumed will compute time count toward credit usage.

WARNING

When a suspended workflow reawakens, it will reset the credit counter.

Each rerun or reawakening from a suspension will count as a new fresh credit.