每个关于消息总线(Message Bus)架构的描述似乎都在描述一种集中式中介来路由消息:
每个应用程序只有一个连接到消息总线,而不是多个专门连接到其他应用程序。
(来源:http://msdn.microsoft.com/en-us/library/ff647328.aspx)
将连接中间件结构化为一个消息总线来使这些应用程序能够使用消息协作。
(来源:http://www.eaipatterns.com/MessageBus.html)
Service Bus是位于应用程序之间的消息基础设施,允许它们以松散耦合的方式交换消息,从而提高规模和弹性。
(来源:http://www.windowsazure.com/en-us/home/features/messaging/)
这些描述似乎与消息代理(Message Broker)架构相同。这让我相信以下结论:
术语“消息总线”实际上与“MoM”相同——一种通用术语,用于指称不明确提及拓扑结构的消息基础设施。也就是说,消息代理是消息总线的一种类型。
这似乎是一个有争议的话题,虽然SO上有几个类似的问题,但没有一个(在我看来)有确定的答案。
(注:我知道企业服务总线(Enterprise Service Bus)是完全不同的,实际上是一种“功能丰富”的MoM。)
每个应用程序只有一个连接到消息总线,而不是多个专门连接到其他应用程序。
(来源:http://msdn.microsoft.com/en-us/library/ff647328.aspx)
将连接中间件结构化为一个消息总线来使这些应用程序能够使用消息协作。
(来源:http://www.eaipatterns.com/MessageBus.html)
Service Bus是位于应用程序之间的消息基础设施,允许它们以松散耦合的方式交换消息,从而提高规模和弹性。
(来源:http://www.windowsazure.com/en-us/home/features/messaging/)
这些描述似乎与消息代理(Message Broker)架构相同。这让我相信以下结论:
术语“消息总线”实际上与“MoM”相同——一种通用术语,用于指称不明确提及拓扑结构的消息基础设施。也就是说,消息代理是消息总线的一种类型。
这似乎是一个有争议的话题,虽然SO上有几个类似的问题,但没有一个(在我看来)有确定的答案。
(注:我知道企业服务总线(Enterprise Service Bus)是完全不同的,实际上是一种“功能丰富”的MoM。)