A storage queue is a high-performance message buffer that can act as a broker between the front-end components and the middle tier. The front-end components place a message for each new alert into a queue. The middle tier then retrieves these messages one at a time from the queue for processing. At times of high demand, the queue may grow in length, but no stories will be lost, and the application will remain responsive. When demand drops back to normal levels, the web service will catch up by working through the queue backlog.
Azure Storage Queue properties
- Azure Storage Queues can be used when there is a need to store messages larger than the size of 80 GB.
- Azure Storage Queues provide logging of all the occurred transactions in the Storage Queue which can be used for analytics or audit purpose.
- If the application requires load balancing, failure tolerance, and increased scalability then Azure Storage Queues are the best choice.
- Storage Queues provide flexible and reliable delegated access control mechanisms. Users can provide access to Storage Account level or at the entity level.
- When it comes to scalability, the Storage Queues can store up to 200 TB of messages. It is also possible to create an unlimited number of Storage Queues in a Storage Account.
- Allowed characters in Storage Queues names are lowercase alphabets, numbers, and hyphens with length ranging from 3 to 63.
- The maximum message size in Storage Queues is 64 KB. If the messages are base64 encoded, then the maximum message size is 48 KB. Large message sizes are supported by combining queues with blobs, through which messages up to 200 GB can be enqueued as single data.
- Whenever the messages in a Storage Queue are retrieved more than the specified Dequeue Count, the messages are then moved to the configured dead-letter queue.
https://www.c-sharpcorner.com/article/azure-storage-account-and-its-complete-overview/
No comments:
Post a Comment