Close
logoStacktape docs



Event Buses

Overview

Event bus makes it easier to build event-driven applications at scale. An event bus is fully serverless. There are no servers to provision, patch, and manage. It automatically scales based on the number of events ingested, and you pay only for events published into your event bus. Events can be published from your custom apps. It is also possible for event bus to receive events from SaaS partner applications and services.

When to use

Event buses make it easier to connect applications. In Stacktape, you can seamlessly integrate a batch-job or a function with event bus, which gives enables triggering them as a reaction to published events.

Advantages

  • Pay-per-use - You are NOT paying for event-bus being deployed. You are only paying for the events published to the event-bus. AWS charges $1.00 per million events published.
  • Scaling - Event buses are able to digest thousands of events per second. Exact limits differ based on the region and can be found in AWS docs. Most of these limits are soft and can be increased. There are virtually almost no limits.
  • Security - Event buses are robustly secured by default. Events can be published from your functions, batch-jobs or container-workloads.
  • Integrating with workloads - Thanks to event-bus integration, you can easily trigger your function or batchJob as a reaction to specific event.

Basic usage

EventBus  API reference
Required
type
Type: string "event-bus"
Type of the resource
properties.eventSourceName
Type: string

Specifies the partner event source that the new event bus will be matched with.

overrides
Type: Object

Overrides properties of the specified sub-resource.

No properties need to be specified when creating event-bus.

resources:
myEventBus:
Type: 'event-bus'

Integrating with workloads

Events published into event-bus can easily trigger:

Events can be published from any workload: function, batch-job or container-workloads with sufficient rights granted.

Following example shows:

  • myEventBus - event-bus, which is used as a bridge between myPublisherFunction and myConsumerBatchJob
  • myHttpApi - http-api-gateway, which is integrated with and triggers myPublisherFunction
  • myPublisherFunction - function, which receives events (requests) from myHttpApi and decides whether to publish BUDGET_ANALISYS event to myEventBus
  • myConsumerBatchJob - batch-job, which is integrated with myEventBus and is triggered by BUDGET_ANALISYS event (published by myPublisherFunction)

variables:
eventName: 'BUDGET_ANALYSIS'
resources:
myEventBus:
Type: 'event-bus'
myPublisherFunction:
Type: 'function'
Properties:
packageConfig:
filePath: 'lambdas/event-bus-publisher.ts'
environment:
- name: EVENT_NAME
value: $Var().eventName
- name: EVENT_BUS_NAME
value: "$GetParam('myEventBus', 'EventBus::Name')"
# granting access for function to publish events into myEventBus
accessControl:
allowAccessTo:
- 'myEventBus'
events:
- type: http-api-gateway
properties:
httpApiGatewayName: 'myHttpApi'
method: 'GET'
path: '/budget-analysis'
myConsumerBatchJob:
Type: batch-job
Properties:
container:
imageConfig:
filePath: 'batch-jobs/event-bus-consumer'
resources:
cpu: 1
memory: 200
# batch-job is triggered if myEventBus receives event that matches the specified eventPattern
events:
- type: event-bus
properties:
eventBusName: myEventBus
eventPattern:
detail:
EventName:
- '$Var().eventName'
myHttpApi:
Type: 'http-api-gateway'

Archivation

  • Event buses support event archiving.
  • The archive can be at any time replayed into the event-bus.
  • This can be helpful when a problem occurs in the system and you want to replay events after the problem is fixed.

resources:
myBus:
Type: event-bus
Properties:
archivation:
enabled: true

EventBusArchivation  API reference
Parent API reference: EventBus
Required
enabled
Type: boolean

Enables event archivation

retentionDays
Type: number

Configures retention period for events in this event bus