In this example we will look at how to use EventBus to create an EventBridge system in our serverless app using Serverless Stack (SST). We’ll be creating a simple checkout flow.

Requirements

Create an SST app

Let’s start by creating an SST app.

$ npm init sst -- typescript-starter eventbus
$ cd eventbus

By default our app will be deployed to an environment (or stage) called dev and the us-east-1 AWS region. This can be changed in the sst.json in your project root.

{
  "name": "eventbus",
  "region": "us-east-1",
  "main": "stacks/index.ts"
}

Project layout

An SST app is made up of two parts.

  1. stacks/ — App Infrastructure

    The code that describes the infrastructure of your serverless app is placed in the stacks/ directory of your project. SST uses AWS CDK, to create the infrastructure.

  2. backend/ — App Code

    The code that’s run when your API is invoked is placed in the backend/ directory of your project.

Adding EventBridge EventBus

Amazon EventBridge is a serverless event bus that makes it easier to build event-driven applications at scale using events generated from your applications, integrated Software-as-a-Service (SaaS) applications, and AWS services.

Replace the stacks/MyStack.ts with the following.

import { Api, EventBus, StackContext } from "@serverless-stack/resources";

export function MyStack({ stack }: StackContext) {
  const bus = new EventBus(stack, "Ordered", {
    rules: {
      rule1: {
        pattern: {
          source: ["myevent"],
          detailType: ["Order"],
        },
        targets: {
          receipt: "functions/receipt.handler",
          shipping: "functions/shipping.handler",
        },
      },
    },
  });
}

This creates an EventBridge EventBus using EventBus and it has two targets. Meaning when the event is published, both the functions will get run.

Setting up the API

Now let’s add the API.

Add this below the EventBus definition in stacks/MyStack.ts.

// Create a HTTP API
const api = new Api(stack, "Api", {
  defaults: {
    function: {
      environment: {
        busName: bus.eventBusName,
      },
    },
  },
  routes: {
    "POST /order": "functions/order.handler",
  },
});

api.attachPermissions([bus]);

// Show the endpoint in the output
stack.addOutputs({
  ApiEndpoint: api.url,
});

Our API simply has one endpoint (/order). When we make a POST request to this endpoint the Lambda function called handler in backend/functions/order.ts will get invoked.

We’ll also pass in the name of our EventBridge EventBus to our API as an environment variable called busName. And we allow our API to publish to the EventBus we just created.

Adding function code

We will create three functions, one handling the /order API request, and two for the EventBus targets.

Add a backend/functions/order.ts.

export async function handler() {
  console.log("Order confirmed!");
  return {
    statusCode: 200,
    body: JSON.stringify({ status: "successful" }),
  };
}

Add a backend/functions/receipt.ts.

export async function handler() {
  console.log("Receipt sent!");
  return {};
}

Add a backend/functions/shipping.ts.

export async function handler() {
  console.log("Item shipped!");
  return {};
}

Now let’s test our new API.

Starting your dev environment

SST features a Live Lambda Development environment that allows you to work on your serverless apps live.

$ npm start

The first time you run this command it’ll take a couple of minutes to deploy your app and a debug stack to power the Live Lambda Development environment.

===============
 Deploying app
===============

Preparing your SST app
Transpiling source
Linting source
Deploying stacks
dev-eventbus-my-stack: deploying...

 ✅  dev-eventbus-my-stack


Stack dev-eventbus-my-stack
  Status: deployed
  Outputs:
    ApiEndpoint: https://gevkgi575a.execute-api.us-east-1.amazonaws.com

The ApiEndpoint is the API we just created.

Let’s test our endpoint using the integrated SST Console. The SST Console is a web based dashboard to manage your SST apps Learn more about it in our docs.

Go to the Functions tab and click the Invoke button of the POST /order function to send a POST request.

Functions tab invoke button

After you see a success status in the logs, go to the Local tab in the console to see all function invocations. Local tab displays real-time logs from your Live Lambda Dev environment.

Local tab response without event

You should see Order confirmed! logged in the console.

Publishing to our EventBus

Now let’s publish a event to our EventBus.

Replace the backend/functions/order.ts with the following.

import AWS from "aws-sdk";

const client = new AWS.EventBridge();

export async function handler() {
  client
    .putEvents({
      Entries: [
        {
          EventBusName: process.env.busName,
          Source: "myevent",
          DetailType: "Order",
          Detail: JSON.stringify({
            id: "123",
            name: "My order",
            items: [
              {
                id: "1",
                name: "My item",
                price: 10,
              },
            ],
          }),
        },
      ],
    })
    .promise()
    .catch((e) => {
      console.log(e);
    });

  console.log("Order confirmed!");

  return {
    statusCode: 200,
    body: JSON.stringify({ status: "successful" }),
  };
}

Here we are getting the EventBus name from the environment variable, and then publishing an event to it.

Let’s install the aws-sdk package in the backend/ folder.

$ npm install aws-sdk

And now if you head over to your console and invoke the function again, You’ll notice in the Local tab that our EventBus targets are called. And you should see Receipt sent! and Item shipped! printed out.

Local tab response with event

Deploying to prod

To wrap things up we’ll deploy our app to prod.

$ npm run deploy -- --stage prod

This allows us to separate our environments, so when we are working in dev, it doesn’t break the API for our users.

Cleaning up

Finally, you can remove the resources created in this example using the following commands.

$ npm run remove
$ npm run remove -- --stage prod

Conclusion

And that’s it! We’ve got a completely serverless checkout system, powered by EventBus. Check out the repo below for the code we used in this example. And leave a comment if you have any questions!