间，可以提高服务质量，可以促进请求者和提供者间的交互（而不受协议、交互模式或服务功能不匹配的影响），还可以支持监视和管理。

IBM ESB 实现应用连接，
实现数据交换和信息服务的示例如下图：

 

第二章    IBM推荐解决方案

2.1.1    IBM 对 企业业务集成的理解

 

2.1.1.1    信息系统建设的总体考虑

整个系统在规划是基于整体考虑的，既解决现实问题，又考虑到长远发展

在功能上应该是对现有管理模式有改进，而又不能有太大的跨跃，应考虑到人员适应能力

在应用系统之间最大限度地利用已有的应用资源，各个应用系统从总体上讲应该不是独立的，而应该是相互关联的

在使用上兼顾到管理层的需要，又充分考虑了最终使用者的便利性

 

2.1.1.2    应用系统整合趋势

每个企业在信息系统建设过程中必然涉及到多个应用系统（可能运行于不同的平台之上，采用不同的开发语言与模式进行开发）之间的相互集成需求（Information Connectivity&Integration或者大家熟知的EAI），采用何种集成体系结构必须慎重考虑。当前大部分的企业采用的应用系统之间的集成是一种点对点的体系结构，具体请见下图：

 

 

 

点对点的应用系统集成结构的出发点很简单，当两个系统之间需要相互协作时，为这两个系统开发相应的连接组件(Adaptor)将二者互联。这种由简单出发的结构存在着严重的隐患：随着应用系统个数的增加，连接组件(Adaptor)的数目将快速增长（总数为n*(n-1)个连接组件，其中n为应用系统的个数），而且在不同应用系统之间由于缺乏自动提交请求的机制，必须在相关的连接组件内部固化请求的提交功能，应用系统之间存在着高度的藕合性，这为系统的维护带来了巨大的复杂性，任何一个系统的升级或改动都将影响到其它与之相关的应用系统的修改；同时当一个新的应用系统需要纳入整个应用集成体系时整个工作变得非常复杂。

The Hub and Spoke提供克服传统点对点缺点和Messaging Bus趋势的分配和模块架构。重要的是一个建立在Messaging Bus上的集成趋势，它提供一个普通的商业目标模式，它运作起来像数据隔离层，分隔特别应用数据和逻辑过程相关数据。另外，相比以前的趋势，连接器和接口数减少，整合努力减少了。继续上面的例子，只有5个连接器和10个接口需要建设。

 

良好的EAI体系结构应该保证不同应用系统之间的高度内聚，同时又保持各个应用系统的相对独立性，系统之间存在着松散的藕合关系。基于Message&Application Hub的EAI结构能够满足复杂的企业应用集成需求和发展的需求。

与点对点的EAI结构相比，在基于Message&Application Hub的EAI体系结构中，连接组件的数目很少（一个应用系统对应于一个针对Message&Application Hub的连接组件，总数为n个。n为被集成的应用系统的个数）；而且各相互集成的应用系统之间不存在直接的关联，所有的集成工作通过中央Message&Application Hub进行，当某应用系统需要与其它的系统集成时该应用程序发请求（一般通过消息的方式）给Message&Application Hub，由Message&Application Hub自动地将该请求转发给相应的目标系统进行处理后将结果返回给请求者。在这种体系结构中，系统的维护非常简单，每一个应用系统的更新和修改都能够实时地实现，同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户提供服务。

2.1.2    IBM WMB 企业业务集成整体解决方案(IBM Websphere Message Broker )

 

IBM提出了通用的流行的基础体系架构趋势的解决方案。如下图：

 

IBM的基础体系架构模型基于 J2EE的标准应用服务器(IBM Websphere application server )来实现基础底层架构，支持遵循J2EE规范的任何企业应用，实现企业信息门户(IBM Websphere Portal On Demand)和业务集成(IBM Websphere

以下文章点击率最高