Azure Storage Queues is a service hosted on the Azure platform, used for storing large numbers of messages. The messages can be accessed from anywhere in the world via authenticated calls using HTTP or HTTPS.
Azure Storage Queues are designed for very large cloud networks or hybrid networks, providing a highly reliable and inexpensive queuing service. A single message can be up to 64 KB in size and a queue can hold millions of messages, up to the total capacity limit of the storage account (200 TB). Furthermore, it is capable to emulate local transactions using its queue Peek-Lock mechanism.
The main disadvantages of this service is latency introduced by remoteness and the fact that it supports only HTTP-based communication.
When considering an Azure Transport it is important to consider the transaction guarantees that that service provides.
Transport at a glance
Feature | |
---|---|
Transactions | None, ReceiveOnly (Message visibility timeout) |
Pub/Sub | Native (Requires Storage Table) |
Timeouts | Native (Requires Storage Table) |
Large message bodies | Data bus |
Scale-out | Competing consumer |
Scripted Deployment | Not supported |
Installers | Mandatory |
Native integration | Supported |
Configuring the endpoint
To use Azure Storage Queues as the underlying transport configure it as follows:
var transport = new AzureStorageQueueTransport("DefaultEndpointsProtocol=https;AccountName=[ACCOUNT];AccountKey=[KEY];");
endpointConfiguration.UseTransport(transport);
Then set up appropriate connection strings.
UseTransport<T>()
is supported for NServiceBus version 8 via a shim API to ease migration to the new version. However, it is recommended to switch to the new transport configuration API to prepare for future upgrades of NServiceBus.UseSerialization
API.