本文主要介绍ESB相关的一些技术概念与术语，还有一些入门的需要了解的基础知识，并初步了解介绍一些ESB产品。由于本人刚接触ESB，所以将自己的学习内容与过程，记录下来！愿在这里与大家分享一下，共同进步与提高！

【转载使用，请注明出处：http://blog.csdn.net/mahoking】

EAI

企业应用集成(Enterprise Application Integration)：是完成在组织内、外的各种异构系统、应用和数据源之间共享、交换信息、协作的途径，方法学，标准和技术。

所连接的应用包括各种电子商务系统，企业资源规划系统，客户关系管理系统，供应链管理系统，办公自动化系统，数据库系统，数据仓库等。EAI的原则是集成多个系统并保证各个系统互不干扰。

ESB

企业服务总线(Enterprise Service Bus)：由中间件基础设施产品技术实现的、通过事件驱动和基于xml消息引擎，为复杂的面向服务的架构提供软件架构的构造物。

企业服务总线提供可靠消息传输，服务接入，协议转换，数据格式转换，基于内容的路由等功能，屏蔽了服务的物理位置，协议和数据格式。

MQ

消息队列(Message Queue)：是进行通信的中间件产品。IBM的这个产品叫MQSeries，现在又叫WebShpere MQ。微软也有产品叫MSMQ，但是微软的产品有平台的依赖性，你们都懂得！(.net)而IBM这方面做得很不错，多数操作系统下的版本都有。

MB

MB即WebSphere_Message_Broker。IBM的ESB(Enterprise Service Bus企业服务总线)产品。

MQ与MB介绍

MQ是消息的中间件，MB是ESB产品。

MQ负责在两个系统之间传递消息，这两个系统可以是异构的，处于不同硬件、不同操作系统、用不同语言编写，只需要简单的调用几个MQ的API，就可以互相通讯，你不必考虑底层系统和网络的复杂性。MQ作为IBM的一个拳头产品，虽然功能看上去很简单，就是个消息队列，但他却是IBM中间件的核心，也是相比其他厂商（比如BEA）的一个优势。MQ不仅有很高的性能，而且对各种平台的支持非常好，几乎你能想到的硬件和操作系统平台以及编程语言，MQ都有专门的API支持。

但MQ的功能仅限于消息队列，至于应用A发给应用B的消息格式是怎样的、能不能被应用B解析，MQ管不了，他只是尽力将消息发到目的地（MQ能够应付多种异常情况，例如网络阻塞、临时中断等等）。此外，如果应用的数目多了，那互相之间都要建立MQ连接，网络拓扑就成了蜘蛛网了（就好像是最初的电话系统）。因此，我们将网络的星型拓扑引入系统架构中，把一对一的MQ换成一个中心节点，即ESB，MB即是IBM的ESB产品。

MB处于系统的中心，起到一个总线的作用，所有应用都直接连接到MB，而不是应用之间直接互联，这样的好处不言而喻，可以极大的降低应用之间的耦合性。由此引出MB的两大核心功能：消息路由和数据转换

因为各个应用都插入到MB上，所以应用A只管把消息丢给MB，MB自动根据消息字段、以及业务逻辑，判断要把消息交给谁，这就像路由器一样，根据数据包的头把包路由到相应地址。MB内部的业务逻辑由开发人员设定，当然利用MB的Toolkit，编写业务逻辑也非常简单：拖一些节点，用箭头把它们连起来，就像是画流程图一样，非常形象简单。再用MB的脚本语言（类似sql的脚本）实现逻辑判断，通俗地说就是判断要走哪个逻辑分支（if...else.....）。不过各个应用是怎样与MB连接的呢？MB提供了三种方式：MQ、文件和web service。

MQ方式即是利用MQ将MB与应用互联；文件方式则是指定某个目录，MB会自动监视那个文件目录，一旦文件有改变则认为是新的消息到来，MB自动读取指定文件的内容；而web service就不用解释了，直接利用web service进行通讯。MB支持这些互联方式也是为了最大化兼容性，特别是对于那些遗留系统或是不支持主流通讯方式的系统。

最后说说一个比较偏门的ESB产品：websphere ESB。听过的人可能不多，因为IBM在中国推广的比较少，这个WESB很像是MB的精简版，只支持JMS、WS等少数几种J2EE的通讯方式，所以是为J2EE专门准备的。不像MB，支持数十种平台和通讯方式，例如FTP，甚至很多你根本没听说过的很古老的通信协议。这两者的性能相差不少，价格也有三四倍的差距。更要命的是，原先在WESB上开发的东西，是不能迁移到MB使用的，IBM似乎铁了心要狠狠宰我们，唯一的方法是再买一个MB，然后用MQ把WESB和MB连接起来，各跑各的。

【转载使用，请注明出处：http://blog.csdn.net/mahoking】

ESB (Enterprise Service Bus)入门知识,布布扣,bubuko.com