我知道 在 .NET 服务总线队列与 Azure 队列服务之间进行选择
提供了一些关于何时将队列用于 web/worker 角色与 Azure 服务总线的答案,但我刚刚开始研究 Azure 并正在寻找更彻底的东西。
它说“NET 服务总线更专为集成系统而设计,而不是提供通用可靠的消息传递系统”。
只是想知道我是否可以澄清这一点?这是否意味着在单独的远程应用程序之间进行通信时,最好使用服务总线队列,而在 web/worker 角色之间进行通信时,您使用普通的 Azure 队列。
谢谢
我知道 在 .NET 服务总线队列与 Azure 队列服务之间进行选择
提供了一些关于何时将队列用于 web/worker 角色与 Azure 服务总线的答案,但我刚刚开始研究 Azure 并正在寻找更彻底的东西。
它说“NET 服务总线更专为集成系统而设计,而不是提供通用可靠的消息传递系统”。
只是想知道我是否可以澄清这一点?这是否意味着在单独的远程应用程序之间进行通信时,最好使用服务总线队列,而在 web/worker 角色之间进行通信时,您使用普通的 Azure 队列。
谢谢
与存储队列对应物相比,服务总线队列提供了更多的复杂性。这是一个比较和对比的链接。
如果我的需求更复杂,如 Pub/Sub 等,我将使用最能满足我需求的队列,优先考虑用于通用工作分配的存储队列和服务总线队列……
服务总线队列和主题遵循 AMQP,包括 FIFO 队列、发布/订阅、确认模式等。它更加标准和开放,这意味着如果您想将您的系统与其他应用程序轻松集成,如果它也遵循 AMQP。
存储队列比服务总线更简单。它为我们提供了角色之间的异步通道。通信协议、消息结构和格式都基于我们自己。
高温高压