本文属于【Azure 架构师学习笔记】系列。
本文属于【Azure Storage Account】系列。
接上文 【Azure 架构师学习笔记】-Azure Storage Account（1）-类型简介

前言

Azure Storage Queues 是一个专门用来处理基于云环境队列的Azure 服务。每个队列都维护着一些消息（messages）。在消息队列中，需要有发送者（Sender）和接收者（Receiver），发送者把消息放进队列中，接收者把消息从前面的队列中读取并处理。

消息队列常用于社交媒体的消息发送中， 由于它的实时性要求并不是非常高，可以把消息先放到队列中，然后放到多个管道中进行后续发布，这样可以很大程度上减缓压力。其实过去使用负载均衡并不是不能实现，但是由于现在移动设备的广泛使用，很多手机都能直接发送消息，然而由于网络，设备的问题，比如消息感觉发不出去，或者浏览器没有响应，就进行重启刷新等，如果没有消息的存储，那么这些没有被及时响应的内容就会丢失。

消息队列起到了与前端应用和中间处理层的桥梁，队列确实会延缓信息处理的响应时间，但是无丢失成了很重要的一步。消息队列有不少服务、工具可以处理，但是如果要存储超过80G以上的消息时，可以考虑Azure Storage Queue。

用途

• Azure Storage Queue提供存储队列中所有已发生事务的日志记录，可用于分析或审核目的。
• 如果应用程序需要负载均衡、容错和增强的可伸缩性，Azure Storage Queue是最佳选择。
• 存储队列最多可以存储 200 TB 的消息。还可以在存储帐户中创建无限数量的存储队列，最大 200 GB 的消息可以作为单个数据排队。

与Service Bus Queue对比

Azure还提供了另外一种队列处理服务Service Bus Queue。在选型时要做好了解， 比较核心的对比项：

1. 所属服务：Storage Queue属于Azure Storage服务，Service Bus Queue属于Azure Messaging。
2. 每个队列的消息数：Storage Queue可以超过80G。 Service Bus Queue最多100MB。
3. 跟踪处理过程：Storage Queue具有这方面的强项。
4. 需要保证严格的顺序：Service Bus Queue可以保证先进先出的顺序FIFO， 但是Storage Queue则没有这种机制。
5. 自动重复侦测：Service Bus Queue可以实现。

还有很多可以对比的地方，不过基于具体项目具体分析的原因，没法做很详细的对比，只有对两者都有充分的认识和对自己的需求了解之后才能做出准确的选择。

小结

在了解什么是Storage Queue（也可以叫Queue Storage） 之后，下一文将进行ADF的操作演示。