Brokered Messaging VS Relayed Messaging

Posted: April 9, 2013 in Live in a Cloudy World, Windows Azure

After the last two blogs, the Service Bus Brokered Messaging API Details and the Service Bus Relayed Messaging API Details, here are the main differences between them, how and when to use anyone of them.

The relayed Messaging Service was launched with the launch of the Windows Azure Service Bus. As the main target of the Service Bus is to connect multiple applications over the internet for better enhancement for the enterprise application integration no matter where the applications are hosted whether on the Cloud or a private one. The Service Bus Relayed Messaging has mainly accomplished the target of connecting these applications without any changes required to be done on the firewall neither on the network infrastructure of the application.

The relayed messaging enables you to do service remoting by exposing securely exposing a service hosted on a private cloud to its consumers without the need to open a specific port on the firewall. The relayed service supports only one-way messaging, request/response messaging or peer to peer messaging.

The disadvantage of the Relayed service, is that the client and the message sender have to be online in the same time the message is sent otherwise, the service will fail.

The other one, the Brokered Messaging, is a decoupling or asynchronous way of messaging over the cloud. The senders and receivers of the Windows Azure Service Bus Brokered Messaging doesn’t have to be online in the same time, the message can be sent and when the receiver is online he will be able to receive the message.

The relayed messaging is used to connect multiple applications whether they are running on the same infrastructure on whether each one of them is hosted on different host, all what you need is a web service with no need to make changes in your firewall. The Brokered Messaging is an asynchronous messaging service that give the sender and the receiver to send messages and they don’t have to be online on the same time.

For more information here are the question I have previously asked related to this topic on stackoverflow.

Here is one of awesome resources, Best Practices for Leveraging Windows Azure Service Bus Brokered Messaging API, it introduce both the windows azure relayed and brokered messaging. After that it continue the explanation with the Windows Azure Brokered Messaging.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s