Going to Zero-Scale Zeebe on Camunda Cloud with Cloudflare Workers

  • Blog
  • >
  • Going to Zero-Scale Zeebe on Camunda Cloud with Cloudflare Workers

30 Day Free Trial

Bring together legacy systems, RPA bots, microservices and more with Camunda

Join the Camunda Developer Newsletter

Get the latest events, release notes, and product updates straight to your mailbox


I get questions about running Zeebe at “zero-scale”. That means workers that consume no resources when there are no tasks to perform.

The Zeebe service on Camunda Cloud includes a generic HTTP-Worker that can be used to achieve this. The HTTP-Worker polls for jobs of type “Camunda-HTTP”, and then invokes a REST endpoint based on the HTTP verb and URL set in the task headers. If you are not on Camunda Cloud you can use zeebe-http-worker, or just write your own. In combination with “serverless” functions, this can be used to achieve a zero-scale architecture.

Cloudflare workers are serverless processes that run in response to REST requests at the edge of Cloudflare’s hosting infrastructure. “At the edge” means that a request to a Cloudflare worker is routed to the nearest point in Cloudflare’s infrastructure and executed there.

Cloudflare workers can be written in JavaScript, or in WebAssembly.

This is a Cloudflare worker that provides a zero-scale Slack messaging task for Camunda Cloud, using the Camunda Cloud HTTP Worker.

On the free tier of Cloudflare Workers, you can send 100,000 messages a day.

The code is simple – most of the complexity is moved to configuration:

const micromustache = require('micromustache')

addEventListener('fetch', event => {

async function handleRequest(request) {
  if (request.method === 'POST') {
    const body = await request.json()
    const message = request.headers.get('message') || body.message || ''

    const renderedMessage = micromustache.render(message || '', body || {})
    const slackwebhook = request.headers.get('slackwebhook')
    const channel = request.headers.get('channel')

    await fetch(slackwebhook, {
      method: 'POST',
      headers: {
        'Content-Type': 'application/json',
      body: JSON.stringify({
        channel: channel || '#general',
        text: renderedMessage,

  return new Response(
      headers: { 'content-type': 'application/json' },


Slack Setup

  1. Go to your Slack.
  2. Click on the part that has your name and the Slack team name, then go to “Customize Slack”.
  3. Click on “Configure apps”.
  4. Search the App Directory for “Incoming WebHooks”.
  5. Click on “Add to Slack”.
  6. Choose a channel, then click on “Add Incoming WebHooks integration”
  7. Copy the Webhook URL.

Cloudflare Setup

  1. Sign up for a Cloudflare Workers account.
  2. Clone this repo, then cd into the checked out directory and run npm i.
  3. Install wrangler, the Cloudflare Worker CLI:
npm i -g wrangler
  1. Grab your Account ID from your Cloudflare dashboard (click on Workers on the right). Put the Account ID into wrangler.toml in the account_id field.
  2. Create a new API key in your Cloudflare account. Click on “Get your API token” under your Account ID, and create a new token with Permissions: Account > Workers Scripts > Edit.
  3. Copy the API key.
  4. Run wrangler config.
  5. Enter the email address of your Cloudflare account, and paste in the API key.
  6. Now publish the worker with wrangler publish
  7. Copy the url of your deployed Cloudflare worker.

Camunda Cloud Setup

  1. Log in to your Camunda Cloud account.
  2. Go to the configuration screen for your cluster.
  3. Click on “Worker Variables” next to the HTTP-Worker.
  4. Create a new variable slackWorkerUrl and paste in your Cloudflare Worker url.
  5. Create a new variable slackWebhook and paste in your Slack webhook url.


Check the bpmn/test-message.bpmn file for an example.

To send a message to Slack in a business process, add a task with the Type “CAMUNDA-HTTP”.

Camunda http task type

Set these Headers on the task:

  • url : ${slackWorkerUrl}
  • slackWebhook : ${slackWebhook}
  • method : post

task headers

You have two options for setting the message.

  1. You can hardcode a message in the task header.
  2. You can set a message variable in the workflow.

Either way, any field that you want replaced by a variable from the workflow should be escaped like this: {{ variable }}.

The templating is performed using micromustache.

In the example, the message is set in the headers: Hello {{ name }}. When the worker receives a job, it substitutes the value of the variable name. If you examine the file bpmn/test.js, you’ll see that it kicks off a workflow setting the variable name to “World!”, leading to the Slack message “Hello World!”.

Running the demo

  1. Cd into the bpmn directory.
  2. Run npm i.
  3. Grab your config from your Camunda Cloud account (create Client credentials for the cluster if you don’t already have some in there).
  4. Run the demo like this – substituting your configuration:
node index.js

Try All Features of Camunda Platform

Related Content

Picking the right process to use for your proof-of-concept is critical. In the next post in our series on creating a Camunda POC, learn how to choose the right one,
Learn what workflow orchestration is, how it works, its benefits, and how you can get started using it today.
See how NatWest accelerated their process automation and orchestration, even as their usage grew, with a CoE using Camunda.