More comparisons

Amazon EventBridge vs Azure Service Bus

This Amazon EventBridge vs Azure Service Bus comparison was created based on reviews from developers and our best attempts to perform analysis by looking at documentation and other publicly available resources.

Easily build complete, trusted realtime functionality.

Take our APIs for a spin

Amazon EventBridge

Azure Service Bus

Getting started and developer experience

Time to "hello world"

Reviewed by 3+ independent developers

Ratings were given based on the average amount of time it takes to sign up to a new account and publish the first message.

5 / 5

5 = <30 min
4 = 30 min - 1 h
3 = 1-2 h
2 = 2-4 h
1 = 4+ h

View code example
4 / 5

5 = <30 min
4 = 30 min - 1 h
3 = 1-2 h
2 = 2-4 h
1 = 4+ h

View code example

Demos / Tutorials

A selection of online demos and tutorials so you can test and see the code in action.

Explore Ably's tutorials for our pub/sub messaging platform

Documentation

Reviewed by 3+ independent developers

Explore Ably's documentation for our pub/sub messaging platform
3.83 / 5

Getting started guides4 / 5

Information architecture and developer journey4 / 5

API reference documentation4 / 5

Readability, design and navigation4 / 5

Quality of code4 / 5

Breadth and quality of tutorials3 / 5

“The navigation and information architecture are well thought out, and the documentation is largely clear and easy to comprehend. The getting started guide is good, but it lacks some screenshots, which would have broken down the monotony of walls of text. The tutorials are essentially detailed step-by-step guidances that are easy to follow. Sadly they do not cover programmable steps and don’t provide any code snippets - they focus entirely on performing actions from the AWS console”.

4.33 / 5

Getting started guides4 / 5

Information architecture and developer journey4 / 5

API reference documentation5 / 5

Readability, design and navigation5 / 5

Quality of code3 / 5

Breadth and quality of tutorials5 / 5

“The resources for getting started with Azure Service Bus are thought out and clear. Documentation is pretty detailed, with sufficient examples and tutorials. The API docs are well organized around concepts and different programming languages. As a minus, some code samples are not updated with the latest constructs and data structures.“

Dashboard or dev console

Reviewed by 3+ independent developers

Sign up for free and explore Ably's pub/sub messaging platform
4 / 5

Ease of use3 / 5

Stats and reports4 / 5

Functionality5 / 5

“The EventBridge console provides all the functionality you need for managing event-driven pipelines, rules, event buses, and targets. Additionally, it supports native integrations to ingest events from a few external, non-AWS event sources. This includes some popular SaaS platforms such as ZenDesk, Datadog, Segment, and more. The console is tricky to use for new starters, and you constantly have to switch to other AWS services, such as Cloudwatch (for stats and reports).”

4.67 / 5

Ease of use4 / 5

Stats and reports5 / 5

Functionality5 / 5

“The interface is really informative and filled with various types of details, stats, and graphs. For example, selecting a specific topic will show active, scheduled, and dead-letter message count. For new starters, though, it can be a little overwhelming to get the hang of it and understand all the concepts and features involved.”

SDKs

Note: Only official SDKs were taken into account.

Explore Ably's 25+ SDKs for our pub/sub messaging platform

9 SDKs

Including:

  • Ruby

  • .NET

  • JavaScript

7 SDKs

Including:

  • .NET

  • PHP

  • Node.js

API structure

Reviewed by 3+ independent developers

4.25 / 5

API consistency across SDKs4 / 5

Well structured4 / 5

Intuitive5 / 5

Simple4 / 5

“EventBridge APIs are available as part of the AWS SDKs. They are largely consistent across programming languages, straightforward, and relatively easy to use. The API reference is detailed and includes plenty of examples. In any case, you’re probably better off interacting with EventBridge from the AWS console, since the product seems to be designed to be used this way primarily.”

4 / 5

API consistency across SDKs4 / 5

Well structured5 / 5

Intuitive4 / 5

Simple3 / 5

“The APIs are fairly well-structured and named intuitively, with 3 categories described in detail. And while they are intuitive, it takes a bit to get familiar with the APIs as they’re not necessarily the most simple ones. You need to spend some time digging through the docs and GitHub READMEs, especially since there are some inconsistencies across SDKs.”

Amazon EventBridge

Azure Service Bus

"Hello world" code example
// Service producing event and publishing to Event Bridge
const AWS = require('aws-sdk')
AWS.config.region = process.env.AWS_REGION || 'us-east-1'
const eventbridge = new AWS.EventBridge()

exports.lambdaHandler = async (event, context) => {
  // Do some work... 
  // And now create the event...

  const { params } = require('./events.js')

  console.log('--- Params ---')
  console.log(params)
  const result = await eventbridge.putEvents(params).promise()

  console.log('--- Response ---')
  console.log(result) 

// Event example
{
   // Event envelope fields
   Source: 'custom.myATMapp',
   EventBusName: 'default',
   DetailType: 'transaction',
   Time: new Date(),

   // Main event body
   Detail: JSON.stringify({
     action: 'withdrawal',
     location: 'MA-BOS-01',
     amount: 300,
     result: 'approved',
     transactionId: '123456',
     cardPresent: true,
     partnerBank: 'Example Bank',
     remainingFunds: 722.34
      })
 }
// Consuming service (target)
exports.case1Handler = async (event) => {
  console.log('--- Approved transactions ---')
  console.log(JSON.stringify(event, null, 2))
}
// Send message
const { ServiceBusClient } = require("@azure/service-bus"); 

// Define connection string and related Service Bus entity names here
const connectionString = "";
const topicName = ""; 

async function main(){
  const sbClient = ServiceBusClient.createFromConnectionString(connectionString); 
  const topicClient = sbClient.createTopicClient(topicName);
  const sender = topicClient.createSender();

    try {
        for (let i = 0; i < 10; i++) {
          const message= {
            body: `Hello world! ${i}`,
            label: `test`,
            userProperties: {
                myCustomPropertyName: `my custom property value ${i}`
            }
          };
          console.log(`Sending message: ${message.body}`);
          await sender.send(message);
        }

        await topicClient.close();
      } finally {
        await sbClient.close();
      }
}

main().catch((err) => {
  console.log("Error occurred: ", err);
});

// Subscribe to messages
const { ServiceBusClient, ReceiveMode } = require("@azure/service-bus"); 

// Define connection string and related Service Bus entity names here
const connectionString = "";
const topicName = ""; 
const subscriptionName = ""; 

async function main(){
  const sbClient = ServiceBusClient.createFromConnectionString(connectionString); 
  const subscriptionClient = sbClient.createSubscriptionClient(topicName, subscriptionName);
  const receiver = subscriptionClient.createReceiver(ReceiveMode.receiveAndDelete);

  try {
    const messages = await receiver.receiveMessages(10);
    console.log("Received messages:");
    console.log(messages.map(message => message.body));

    await subscriptionClient.close();
  } finally {
    await sbClient.close();
  }
}

main().catch((err) => {
  console.log("Error occurred: ", err);
});

Amazon EventBridge

Azure Service Bus

Realtime features

Pub/Sub messaging

Pub/Sub is a design pattern that lets any number of publishers (producers) push messages to channels (also known as topics). Multiple subscribers (consumers) can subscribe to a channel to consume published messages.

Explore Ably's pub/sub messaging implementation

Message queues

A message queue is a form of asynchronous service-to-service communication. Messages are stored on a queue until they are processed. Note that each message is only consumed by one subscriber (consumer).

Explore Ably's message queues implementation

Limited

Amazon EventBridge integrates with Amazon SQS (Simple Queue Service) in order to provide message queues.

Presence

Presence enables you to track the online and offline status of devices and end-users in real time and to store their state. Essential for chat apps and multiplayer games.

Explore Ably's presence implementation

Message history

Message history provides a means to retrieve previously published messages. For this to be possible, message data must be stored (persisted) somewhere.

Explore Ably's message history implementation

Connection state recovery (stream resume)

In the case of unreliable network conditions, clients may suddenly disconnect.Connection state recovery ensures that when they reconnect, the data stream resumes exactly where it left off.

Explore Ably' s connection state recovery implementation

Guaranteed message ordering

Ordering ensures that messages are delivered to consumers in the same order that producers publish them.

Explore Ably' s guaranteed message ordering implementation

Limited

By default, Azure Service Bus cannot guarantee that messages are delivered in the order you want them to be processed by a subscriber at all times. You can theoretically force message ordering, but it comes at the expense of other features.

Exactly-once semantics

Exactly-once is a system-wide data integrity guarantee that ensures each message is delivered to consumers exactly-once.

Explore Ably' s idempotent publishing implementation

Message delta compression

Message delta compression enables you to only send the changes from the previous message to subscribers each time there’s an update, instead of the entire message. Useful for use cases where there is a significant degree of similarity between successive messages.

Explore Ably' s message delta compression implementation

Native push notifications

Native push notifications can be used to deliver messages even when clients are offline. Useful for geolocation updates or news alerts.

Explore Ably's push notifications implementation

Webhooks

Webhooks provide a mechanism to get messages and other types of events (such as clients entering or leaving channels) pushed to your servers over HTTP.

Explore Ably's webhooks implementation

Serverless functions

A serverless function is essentially an isolated, single-purpose piece of code that is only executed when it’ triggered by an event. For example, you can use serverless functions to send a welcome message to clients when they become present on chat channels.

Note that serverless functions are usually fully managed by cloud vendors.

Explore Ably's serverless functions implementation

Limited

EventBridge only integrates with AWS Lambda Functions, but does not support other serverless platforms, such as Azure Functions or Google Cloud Functions.

Limited

Can only trigger Azure Functions. Azure Service Bus doesn’t have in-built support for other serverless platforms, such as AWS Lambda or Google Cloud Functions.

Built-in integrations

Which popular services & systems are Amazon EventBridge and Azure Service Bus integrated with?

Explore Ably's library of integrations

Webhooks

  • Custom
  • IFTTT
  • Zapier

Serverless functions

  • AWS Lambda
  • Cloudflare Workers
  • Google Cloud Functions
  • Microsoft Azure Functions

Streaming

  • Apache Kafka
  • Apache Pulsar
  • Amazon Kinesis
  • Amazon SQS
  • RabbitMQ
  • AMQP

Webhooks

  • Custom
  • IFTTT
  • Zapier

Serverless functions

  • AWS Lambda
  • Cloudflare Workers
  • Google Cloud Functions
  • Microsoft Azure Functions

Streaming

  • Apache Kafka
  • Apache Pulsar
  • Amazon Kinesis
  • Amazon SQS
  • RabbitMQ
  • AMQP

Known limits and constraints

Find out practical limits, such as the maximum message size, or the maximum number of concurrent connections.

Explore the practical limits of the Ably pub/sub messaging platform

Publisher throughput 

Varies by region. For example, in US East, you can make up to 2.400 event publishing requests per second. Event Bridge can then send events to consumers at a rate of 4.500 requests per second.

Maximum message size 

256 KB

Maximum number of event buses

100 Event Buses per AWS account

Maximum number of connections

300 per region

Throughput

Unknown

Maximum message size

256 KB for Standard tier, 1 MB for Premium tier.

Maximum number of topics

10.000 for the Basic or Standard tier. The total number of topics and queues in a namespace must be less than or equal to 10.000.

For the Premium tier, 1.000 per messaging unit (MU). Maximum limit is 4.000.

Maximum number of concurrent connections

NetMessaging: 1.000 per namespace

AMQP: 5.000 per namespace

Supported development platforms, languages, open protocols and cloud models

Development platforms & operating systems

Which popular development platforms and operating systems do Amazon EventBridge and Azure Service Bus support via official SDKs?

Explore the development platforms supported by Ably
  • Android
  • Java / JVM
  • iOS
  • macOS
  • iPadOS
  • tvOS
  • watchOS
  • Mono
  • .NET
  • Android
  • Java / JVM
  • iOS
  • macOS
  • iPadOS
  • tvOS
  • watchOS
  • Mono
  • .NET

Languages

Which popular programming languages do Amazon EventBridge and Azure Service Bus support via offical SDKs?

Explore the programming languages supported by Ably
  • JavaScript
  • Node.js
  • TypeScript
  • Java
  • Objective-C
  • Swift
  • Go
  • PHP
  • Python
  • Ruby
  • Flutter
  • Clojure
  • Scala
  • JavaScript
  • Node.js
  • TypeScript
  • Java
  • Objective-C
  • Swift
  • Go
  • PHP
  • Python
  • Ruby
  • Flutter
  • Clojure
  • Scala

Open protocols

Which popular open protocols do Amazon EventBridge and Azure Service Bus support?

Explore the open protocols supported by Ably
  • WebSocket
  • HTTP / REST
  • AMQP
  • MQTT
  • STOMP
  • SSE
  • Webhooks
  • WebSocket
  • HTTP / REST
  • AMQP
  • MQTT
  • STOMP
  • SSE
  • Webhooks

Cloud models

Which popular cloud models do Amazon EventBridge and Azure Service Bus support?

  • Self-hosted
  • Cloud-managed
  • Serverless
  • Globally-distributed
  • Self-hosted
  • Cloud-managed
  • Serverless
  • Globally-distributed
Global and reliable edge service

Edge messaging network with latency-based routing

Latency-based routing ensures that clients are always routed to the nearest datacenter and point of presence.

Explore Ably's routing mechanism that mitigates network and DNS issues

Multi-region data replication (message durability)

Multi-region data replication (storage) protects against single points of failure and ensures message data durability.

Learn how Ably ensures message durability

Uptime SLAs

Here’s what the most common SLAs amount to in terms of downtime over a calendar year:

99.999% SLA = 5m 15s downtime per year

99.99% SLA = 52m 35s downtime per year

99.95% SLA = 4h 22m 58s downtime per year

99.9% SLA = 8h 45m 56s downtime per year

99% SLA = 3d 15h 39m 29s downtime per year

Source: https://uptime.is/

99.99%

99.9%

Quality of Service

What QoS guarantees do Amazon EventBridge and Azure Service Bus provide natively?

Explore Ably's availability and uptime guarantees for our pub/sub messaging platform
  • Multi-region data replication (storage)
  • Exactly-once semantics
  • Guaranteed message ordering
  • Connection state recovery (stream resume)
  • Multi-region data replication (storage)
  • Exactly-once semantics
  • Guaranteed message ordering
  • Connection state recovery (stream resume)
Security

API key authentication

The simplest way to authenticate. Involves using private API keys that you can usually create and edit via a dashboard. Recommended to be used server-side, as private API keys shouldn’t be shared with untrusted parties.

Explore Ably's implementation of API key authentication

Token-based authentication

Which popular token-based authentication mechanisms do Amazon EventBridge and Azure Service Bus support?

Note that token-based authentication is usually the recommended strategy on the client-side as it provides more fine-grained access control and limits the risk of credentials being compromised.

Explore Ably's implementation of token-based authentication
  • Ephemeral tokens
  • JWTs
  • Ephemeral tokens
  • JWTs

Configurable rules and permissions

Which types of configurable rules and permissions do Amazon EventBridge and Azure Service Bus support?

Explore Ably's configurable rules and permissions
  • API keys rules and permissions
  • Operation rules and permissions
  • Admin rights
  • API keys rules and permissions
  • Operation rules and permissions
  • Admin rights

Message encryption

Which types of message encryption do Amazon EventBridge and Azure Service Bus support?

Explore Ably's message encryption mechanisms
  • Encrypted at rest
  • Encrypted in transit
  • Message payload encryption
  • Encrypted at rest
  • Encrypted in transit
  • Message payload encryption

Formal certifications

Which formal certifications are Amazon EventBridge and Azure Service Bus compliant with?

Explore Ably's security and compliance for our pub/sub messaging platform
  • SOC 2 TYPE I
  • SOC 2 Type II
  • HIPAA
  • ISO 27001
  • EU GDPR
  • SOC 2 TYPE I
  • SOC 2 Type II
  • HIPAA
  • ISO 27001
  • EU GDPR
Pricing & Support

Free package

What do the free packages offered by Amazon EventBridge and Azure Service Bus consist of?

Explore Ably's free package for our pub/sub messaging platform

All state change events published by AWS services are free.

No free package

Pricing model

How are the Amazon EventBridge and Azure Service Bus pricing models calculated?

Explore Ably's pricing model for our pub/sub messaging platform

Pricing is calculated monthly and it’s based on the number of events published to EventBridge, the number of invocations (events consumed from EventBridge), events replayed, and schema discovery. Here are the costs:

- Publishing to EventBridge is $1.00/million events

- Consuming from EventBridge is $0.20 per million events  

- Event replay costs $0.10 per GB for processing, and $0.023 per GB for storage

Note that we have used US East (Ohio) as a reference point, but the pricing values may differ across regions.

Azure Service Bus comes in Basic, Standard, and Premium tiers.

Basic tier pricing is calculated based on the number of messaging operations (any API call to Azure Service Bus) and costs $0.05 per million operations

Standard tier pricing is calculated based on:

- number of messaging operations (first 13 million ops/month free, a base charge of $0.0135/hour and variable price depending on the number of ops - between $0.20 and $0.80 per million ops).

- number of brokered connections (AMQP connections or HTTP calls to Service Bus) - depending on the number of connections, the price can be between $0.03 and $0.025 per connection/month

- number of hybrid connections & WCF relays. For hybrid connections, the monthly price is $9.782 per listener + a data transfer overcharge of $1/GB. As for relays, pricing is based on usage ($0.10 for every 100 relay hours) and messages ($0.01 for every 10.000 messages)

Premium pricing is calculated based on hourly usage at $0.928 per hour.

Please note that we have used the US as a reference point, but prices may vary by region and there are further differences based on the type of support package.

Enterprise package

What benefits do the Amazon EventBridge and Azure Service Bus enterprise packages offer?

Explore Ably's enterprise package for our pub/sub messaging platform

There is no Amazon EventBridge-specific enterprise package.

The Premium tier is the equivalent of an enterprise package.

Key benefits 

  • 1 MB message size

  • Resource isolation

  • Geo-disaster recovery

  • Availability zones support

Community

Reviewed by 3+ independent developers

Explore Ably's community support channel for our pub/sub messaging platform
2.50 / 5

Presence on multiple channels3 / 5

Size and activity2 / 5

“Unlike other AWS communities, the EventBridge community seems to be quite small. There are some discussions happening on StackOverflow, but on other communication channels, such as Gitter, there’s nothing happening. There are about a dozen public projects posted on GitHub, showing, for example, how to use EventBridge with Lambdas to send alerts to Slack”.

3 / 5

Presence on multiple channels4 / 5

Size and activity2 / 5

“The Azure community is quite large and present on multiple channels, such as Stack Overflow, Microsoft Developer Network (MSDN) forums, or Microsoft Q&A. However, when it comes specifically to Service Bus, the active community is significantly smaller - there aren’t as many topics or conversations related to Service Bus as one would expect, and sometimes questions go unanswered.”

Support

What types of support options and response times do Amazon EventBridge and Azure Service Bus offer?

Explore Ably's support options for our pub/sub messaging platform

General support options

Email, support ticket, phone, technical documentation, community support (e.g. forums or Stack Overflow). 

Enterprise support

Amazon offers an enterprise package, which includes 24/7 phone, email, and chat access to Cloud Support Engineers, Infrastructure Event Management support, and a designated technical account manager.

Response time

< 24 hours for general guidance queries

< 1 hour for Production system down incidents (only applies to Business & Enterprise support packages).

General support options 

Email, support ticket, phone, technical documentation, community support (e.g. forums or StackOverflow). 

Enterprise support

The Professional Direct (ProDirect) plan includes 24/7 support, a Support API (to create & manage support tickets programmatically), and operational & architectural guidance from delivery managers.

Response time

Within 8 business hours for Developer customers

Between 1 and 8 hours initial response time (depending on severity) for Standard and ProDirect customers.

Disclaimer: The information presented for Amazon EventBridge was last updated on 26 March 2021 and on 30 September 2020 for Azure Service Bus. It is possible that some details may now be out of date. If you think that’s the case, please let us know so we can update them. In any case, you should not rely solely on the information presented here and must check with each provider before deciding to integrate or buy any of these two solutions.