关于Azure应用程序的一个问题：如果我有多个Web和Worker角色需要通信，文档中建议使用Azure队列服务。
然而，我刚刚了解到新的.NET Service Bus现在也提供队列。这些看起来更加强大，因为它们似乎提供了更详细的API。虽然NSB看起来更有趣，但是它有一些问题，让我担心在分布式应用程序中使用它。（例如，队列过期……如果我不能保证队列及时更新，我可能会失去它！）
有没有人使用过这两种技术，并且可以给出任何建议，告诉我们何时选择其中一种技术？
我猜测，虽然服务总线看起来更强大，但由于我的用例实际上只是使Web/Worker角色之间相互通信，所以Azure队列服务才是我需要的。但是，在编程之前，我只是想确认一下这一点，以免将自己束缚在一个角落里 :-)
提前感谢您。
在休息期间了解了这两个系统。看起来.NET service bus更专门设计用于集成系统，而不是提供通用可靠的消息传递系统。Azure队列是分布式的，因此在可靠性和可扩展性方面比NSB队列更加适合在Azure中托管的代码。
感谢回复。
以下是我在思考这个问题时考虑到的一些不同因素。
自从去年十一月的存储中断后，Azure承诺他们将永远不会再次将代码部署到所有区域 - 因为他们已经将此功能纳入系统，使其不可能。 https://azure.microsoft.com/en-us/blog/final-root-cause-analysis-and-improvement-areas-nov-18-azure-storage-service-interruption/
以下是msdn关于可用性的说明：
如果您已经在使用Azure存储Blob或Table，并开始使用队列，则可以保证99.9％的可用性。如果您使用Blob或Table与服务总线队列，则可用性较低。
Azure队列旨在支持应用程序组件的解耦，以增加可扩展性和故障容忍度。
就我个人而言，我很熟悉存储API，并且在大多数应用程序的其他领域中都需要其Blob存储。存储队列使用与存储Blob相同的SDK。 Azure队列提供了跨队列，表和BLOB的统一和一致的编程模型。
服务总线支持的接收和删除模式提供了减少消息操作计数（以及相关成本）以换取降低的传递保证的能力。
似乎有一些关于服务总线成本控制的工具可以利用，如果您不得不开始保持运行应用程序的预算 - 我尝试在下面分解了潜在的存储队列成本 :)。对于GRS超过40,000个队列/小时，每月成本不到一百美元。与我们其他存储成本合并在一起，我不认为集中削减成本有益处。（带宽对两者都是相同的，因此在比较时互相抵消）
你可以获得无限制的免费队列和操作 - 你只需要支付空间费用。
30K / 1条消息 * 1 TB / 1000000000K * $.095 / 1 GB * 1000GB / 1 TB = $0.00000285 / 消息，对于第一个TB的使用。
1个消息 / ~30K * 1000000000K / 1 TB = 1TB中的33333333个消息。
33333333个消息 * $0.00000285 / 消息 = 大约$95美元，对于第一个TB。
在一个月内分散开来，我们可以利用这1TB处理大约40,000条消息/小时。
很难估计使用情况，但1亿次操作的成本是80美元/月。
Storage可以通过指定消息计数来批量最多32个消息，而Service Bus允许队列客户端将多个消息批量发送到单个操作中。
因此，存储是批量接收，而服务总线是批量发送。
Azure Queues使您能够获得针对队列执行的所有事务的详细日志，以及聚合指标。这种支持在Service Bus中不是开箱即用的 - 但可能可以在某个地方找到预构建的解决方案。
Service Bus具有一个自动转发功能，而存储队列则没有。
自动转发使得数千个队列可以将他们的消息自动转发到一个单一的队列，接收应用程序从该队列中消费消息。你可以使用此机制来实现安全性、控制流和在每个消息发布者之间隔离存储。
Service Bus队列支持的重复检测功能会根据MessageID属性的值自动删除发送到队列或主题的重复消息。
存储队列消息可能会无预警地重复。
Service Bus给您一个消息头+正文的两个部分。这是一个非常有用的功能，适用于全球部署的基础设施。让您可以为消息添加区域名称和实例ID等内容。队列消息只是简单的字符串。另一方面，Azure存储队列提供了对队列描述可应用的任意属性的支持，以名称/值对的形式。因此，您可以在Service Bus中装饰消息，在存储队列中装饰队列。
Service Bus提供At-Most-Once和At-Least-Once，而队列仅提供At-Least-Once交付。如果并发订阅者成为问题，这可能会限制我们使用队列的能力。
Azure存储队列提供10毫秒的延迟（在数据中心内），而Service Bus提供20-25毫秒的延迟。如果需要，Service Bus提供长轮询会比10毫秒更好。
存储队列使用主/辅共享密钥，而Service Bus通过Active Directory提供了Sender/Receiver/Admin角色的RBAC。
我建议您在Web角色和Worker角色之间使用Azure队列进行通信。 使用队列是在Azure进程之间进行通信的官方和授权方式，我真的怀疑您会编写出死胡同的程序。 Service Bus（AppFabric）有更高的开销，虽然非常适合与外部应用程序交互，但对于Azure应用程序内部的快速简单消息可能不是最理想的选择。
看起来Azure Queues很适合您的用例，因为它具有基本的简单REST Get/Put/Peek接口。
文档最近已经更新（05/21/2015），并且详细说明了何时使用其中一个或另一个以及共同的功能（事务支持、队列和消息的大小、生存时间等）：
