Law*_*eld 5 messaging soa web-services esb message-queue
消息总线体系结构的每个描述似乎都描述了用于路由消息的集中式中介:
每个应用程序都与消息总线有一个连接,而不是与每个其他应用程序的多个专用连接.
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"相同 - 一个用于引用消息传递基础结构而没有明确提及拓扑的通用术语.即Message Broker 是一种消息总线.
这似乎是一个有争议的话题,虽然在SO上有一些类似的问题,但没有一个(IMO)有明确的答案.
Ps我知道企业服务总线完全不同,实际上是一个"功能丰富"的MoM.
你是对的,这个术语领域非常混乱,没有确定的答案,但这是我对职业生涯的看法:
首先要做的是在不同层次的抽象中考虑这一点 - 建筑概念与产品.
消息总线(http://www.eaipatterns.com/MessageBus.html)通常被称为架构原则,通常将应用程序与规范数据格式分离(http://www.eaipatterns.com/CanonicalDataModel.html ),无论技术如何.通常使用MoM产品实施.
MoM通常是指实现异步消息传递的一系列中间件产品.通常构建支持标准,例如JMS和AMQP(通常是WebSphere MQ,ActiveMQ,Azure消息传递,hornetQ,RabbitMQ等等).
消息代理通常是MoM,这两个术语都用于同一消息产品.这里可能存在混淆,因为IBM的主要ESB产品称为WebSphere Message Broker,而ESB与MoM产品(WebSphere MQ)并排使用.通常大多数MoM称自己为经纪人,如RabbitMQ,ActiveMQ,QPid等.
希望这不会引起更多混乱:)
归档时间: |
|
查看次数: |
1375 次 |
最近记录: |