企业服务总线,.net服务总线,服务总线和总线上的轮子

我同意另一个观点:ESB有点像SOA,它是一个一般定义,主要用作市场营销卖点,而不是必须满足的严格标准。

来自维基百科:

评论员对是否 定义企业服务总线 (ESB)作为一种建筑风格, 软件产品,或一组 软件产品。使用ESB时 当然意味着要遵守 特殊建筑,术语 企业服务总线几乎总是 表示软件基础设施 使这种体系结构得以实现,以及 本质上,ESB被认为是 实现面向服务的平台 架构。

ESB带来了与流程相关的概念 例如转换和路由到 面向服务的体系结构。安 ESB还可以提供抽象 对于终结点。

ESB这个术语似乎是由Dave Chappel创造的,他是谁?Sonic软件技术传道者(和作者“企业服务总线”-Oreilly:2004年6月,ISBN 0-596-00675-6)。我读过这本书,参加过Chappell的几次研讨会,恐怕这本书本身并不能帮助您决定产品X是否是一个“真正的”ESB。

一般来说,你应该寻找基于消息的东西(这是最初的意图,显然,即使其他一些公司,比如WebMethods,使用了他们的产品这个术语,它更倾向于WebServices)。

其想法是让您的IT基础架构中的所有“服务”能够互相接收和发送消息。ESB提供路由,并且具有接口端点,因此,如果原始应用程序通过HTTP POST调用JSP页而工作,那么您就有一个小程序可以接收消息,使用其有效负载通过HTTP发布消息,解释结果,并通过HTTP构建消息响应。H这些。

基本上,假设您不使用WebService来处理任何事情,而是使用消息队列、构建路由站以及消息队列和其他系统之间的接口。这是一个ESB。

这很长,但很有启发性: https://plus.google.com/112678702228711889851/posts/eVeouesvaVX

我认为您需要了解ESB更多地是一个营销术语,而不是一个技术术语。许多厂商都在展示这一旗帜下的技术。

要看的是总线体系结构风格,在这种风格中,事件源和接收器协作。NserviceBus、RhinoServiceBus和MassTransit有发布和订阅内置事件的概念,.NET服务总线没有。

这三者之间的差异在形式上比在功能稳定性、文档、社区等方面更为明显。

希望有帮助。