C# 订阅Azure队列
我有一个生成报告的Azure网站。生成报告大约需要45秒,我想将其迁移为工作者角色,以减轻网站上的负载 我一直在研究使用哪种工具使网站能够将“报告生成请求”传递给工作者角色。看起来不错,但从我在中看到的,以及Stackoverflow(,),Azure队列只支持轮询 然而,Azure正在快速变化,而且此信息有点陈旧。队列的唯一支持轮询的情况是否仍然存在C# 订阅Azure队列,c#,azure-worker-roles,azureservicebus,azure-queues,azure-servicebus-queues,C#,Azure Worker Roles,Azureservicebus,Azure Queues,Azure Servicebus Queues,我有一个生成报告的Azure网站。生成报告大约需要45秒,我想将其迁移为工作者角色,以减轻网站上的负载 我一直在研究使用哪种工具使网站能够将“报告生成请求”传递给工作者角色。看起来不错,但从我在中看到的,以及Stackoverflow(,),Azure队列只支持轮询 然而,Azure正在快速变化,而且此信息有点陈旧。队列的唯一支持轮询的情况是否仍然存在 如果是这样的话,我是否最好使用Azure Service Bus来传递消息,因为它支持发布/订阅模型?我对使用服务总线有点犹豫,因为我不需要上面
如果是这样的话,我是否最好使用Azure Service Bus来传递消息,因为它支持发布/订阅模型?我对使用服务总线有点犹豫,因为我不需要上面描述的服务总线特有的任何特性 我相信Azure队列仍然只支持轮询。我找不到任何其他说明的文档。如果您想要发布/订阅模型,服务总线队列或事件集线器可能最适合您。如果您正在寻找发布/订阅消息模式,请查看服务总线主题和订阅(和)。主题和订阅基本上是具有发布/订阅功能的服务总线队列 有关更多背景信息,您可能希望查看Azure队列和服务总线队列的比较: 希望信息有帮助, 塞思·曼海姆
Azure文档团队如果Azure队列不支持轮询,那么它们的主要使用情形是什么?如果没有非常大的工作负载(即每小时仅30条消息),那么为持续轮询队列支付CPU时间似乎是相当昂贵的。我能想到的主要问题是成本。Azure队列每10000个事务的成本为0.0005美元,但每个GB/月的存储成本也为0.07美元。SB队列每10000条消息花费0.01美元,没有存储成本。我查看了发布/订阅链接,可能使用了错误的术语。也许正确的术语是“事件驱动”。我发现这篇文章记录了Service Bus()中的事件。Azure队列不支持此功能,是吗?如果您想要事件驱动,请使用事件中心: