在.NET服务总线队列与Azure队列服务之间进行选择

ysit 发布于 2019-11-10 azure 最后更新 2019-11-10 12:11 1183 浏览

只是关于Azure应用程序的一个简短问题。如果我有一些需要沟通的Web和Worker角色,文档说使用Azure队列服务。 不过,我刚刚读到新的.NET服务总线现在也提供了队列。这些看起来更强大,因为它们似乎提供了更详细的API。虽然.NSB看起来更有趣,但它有一些问题让我不敢在分布式应用程序中使用它。 (例如,队列过期...如果我不能保证队列会按时更新,我可能会丢失所有!)。 有没有人有任何使用这两种技术的经验,并可以给出何时选择一种技术的建议。 我怀疑,虽然服务总线看起来更强大,因为我的使用案例实际上只是使Web / Worker角色能够相互通信,Azure队列服务就是我所追求的。但是我只是在编程自己进入一个角落之前真正寻求确认.-) 提前致谢。

UPDATE 已经阅读了关于这个休息时间的两个系统。它看起来像.NET服务总线更专门设计用于集成系统,而不是提供通用的可靠消息系统。 Azure队列是分布式的,因此可靠和可扩展的方式使得.NSB队列并不适合Azure本身托管的代码。 感谢您的回应。

已邀请:

sit_id

赞同来自:

Azure Queues接缝匹配,因为您的用例仍然是简单的基于REST的Get / Put / Peek界面。 最近(2015年5月21日)更新了文档,它详细说明了使用这些文档时的常用功能(事务支持,队列和消息的大小,生存时间......): https://azure.microsoft.com/en-us/documentation/articles/service-bus-azure-and-service-bus-queues-compared-contrasted/

dab

赞同来自:

我建议您坚持使用Azure Queues进行Web和工作者角色之间的通信。使用队列是Azure流程之间通信的官方和制裁方式,我真诚地怀疑您将自己编程到一个角落。 Service Bus(AppFabric)具有更高的开销,虽然非常适合与外部应用程序通信,但对于Azure应用程序中的快速和简单消息可能不是最佳选择。

aeius

赞同来自:

据我了解,服务总线(原来)有一段时间的排队,但这些并不能保证传递信息 - 机会!

pquis

赞同来自:

以下是来自MSDN的完整文章,它比较了两种服务: Windows Azure Queues and Windows Azure Service Bus Queues - Compared and Contrasted。 很有意思 !

ased

赞同来自:

内容太长未翻译