以ESB与EAI相结合的系统集成实现

1、以ESB与EAI相结合的系统集成实现摘要：越来越多的企业单位对信息数据的融合、共享、集成工作高度重视，但由于这些信息分布在企业单位的各个软件系统中，来自于不同厂家、不同时段、不同编程语言，都极大地增加了集成难度。为解决此类问题，本文重点阐述以ESB与EAI相结合的基础上，提出一种适合中小企事业单位系统集成方案，即满足系统集成适应性、可靠性、松耦合及可扩展性，又可以满足低成本的需求。注：标题中的EAI,特指EAI概念提出时，所指的集中式应用整合方案。关键词：企业服务总线（ESB）企业应用整合（EAI）JAVA消息服务（JMS）服务主题发布/订阅近年来，越来越多的企事业单位，尤其是政府单位，把信息

2、化、智能化、科技装备作为管理工作的核心地位，加大科技投入、加快创新发展，不断提高科技建设应用水平，基本上都根据单位内部业务，先后建立了多种信息化系统，但由于系统来自不同的厂家，早期都是解决某个业务领域的问题，造成彼此之间很难集成，信息孤岛现象严重，难以沟通协作、集成指挥管理。本方案提出ESB服务总线方式，提供网络中最基本的连接中枢，将应用集成拓展到业务流程整合的级别，实现异构系统的互联互通、消息传输、转换，极大简化了在集成异构性上的考虑。但考虑对于一些已无厂家维护或者用户无法协调厂家二次开发的旧系统，因为不具有二次开发能力，无法接入ESB总线。为解决此类问题，本文引入ESB与集中式EAI相结合

3、的集成方案，提出一种比较通用、更加适合当今企事业单位集成的需求方案，即满足系统集成可行性适应性、松耦合及可扩展性，也满足低成本、无开发能力的旧系统接入。:、总体设计2.1 设计框图旧系统A集成平台ESB企业服务总线JMS集成方式（PUB/SUB）中间件服务（EAI）数据库直连TCPsocke蹲其他第三方系统（无法提供JMS接口）第三方数据库2.2 设计说明回顾系统集成方案的发展历史，可以看到系统整合大致经历三个阶段：点对点连接、集中式、总线式。2.2.1 点对点应用之间的连接拓扑大多数情况下是点对点的，如下图所示，所使用的协议是非标准，系统之间都是紧耦合，功能粒度通常较细，数据交换格式各个系统

4、之间也不统一。2.2.2 集中式EAI：EnterpriseApplicationIntegration,即企业应用整合，随着企业应用集成需求复杂度增长，和集成经验的总结，出现一些集中式管理集成中间件模式，如消息中枢、应用集成中心，这种模式简化应用之间日趋复杂的连接拓扑关系，提供异构数据和功能访问方式之间的转换，如下图所示。不过，这个时期系统集成还是没有统一的标准，各厂商根据各自的业务集成需求提出不同的EAI解决方案，因此出现了各种各样的中间件平台，通过集中式方式集成通讯。当各个厂家之间需要集成，就必然出现各个独立中间件之间沟通集成，存在异构环境、拓扑环境增加复杂度、协议标准等问题。虽然这种集

5、成方式，极大地简化了拓扑链接关系，集成度高，消息统一转换，但如同hub奠式一样，带来了其他问题，如性能低下，因为每个系统之间的交互都需要中间件服务来中转，当需要连接交互的集成系统越来越多，中间件服务压力就越大，当达到极限必然会瘫痪，而且扩展、集群都非常麻烦。2.2.3 服务总线EAI集成发展到至今，已经具有更为广义的内涵，它已经被扩展到业务整合的范畴，将应用集成进一步拓展到业务流程整合的级别，不仅实现异构系统的互联互通、消息传输、转换，此时被集成的对象被明确定义为服务，而不是传统EAI中各种各样的中间件平台，这样就极大简化了在集成异构性上的考虑。在此基础上，提出ES眸成方案，全称为Enterp

6、riseServiceBus,即企业服务总线，它是一定基于标准的。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。其出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。对于服务的系统使用者，不用关心服务的提供者是基于什么开发技术、在哪个位置、什么硬件平台提供的服务，这个服务使用的过程完全是松散和透明的。服务能够良好的重用，快速的组装或编排出新的业务应用、业务流程。2.2.4 集成方案从本文的设计框图中可以

7、看出，本方案中主体集成思路采用的是服务总线ESB方式，各个系统通过JMS发布各自的服务主题到ESB服务总线上，再通过JMS订阅ESB服务总线上自己需要的服务主题，无需关心提供服务的系统位置，也无需关心发布服务的接收系统位置，完全各自独立，松散透明，具有集成良好的松耦合、良好的重用性。而且现在流行的JMS组件都提供了大多数主流开发语言的接口支持，完全可以满足各个系统的接入使用。同时，考虑到企事业单位系统集成时，或多或少存在着一些难题，导致部分旧系统无法接入ESB总线，如不少旧系统厂家已不存在、或者需要收取高额的二次开发费用，此时本设计方案中，增加一个中间件服务，提供集中式的EAI集成方案来协助E

8、SB服务总线集成，所以不能接入ESB总线的旧系统，由中间件服务负责统一接入，利用旧系统已有的TCP/IP、WEBSERVICE等接口，或者直接数据库直连获取数据，进行分析转换后，发布达到ESB总线上，提供服务，即不破坏整个系统的ESB服务总线集成模式，又保持一定的独立完整性，简化了集成拓扑关系。2.2.5 JMS简介JMS,即Java消息®务(JavaMessageService)应用程序接口是个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API,绝大多数MOM提供商都对JMS

9、提供支持。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本(TextMessage)、可序列化的对象(ObjectMessage)、属性集合(MapMessage、字节流(BytesMessage)原始值流(StreamMessage)还有无有效负载的消息(Message)2.2.6 ActiveMQActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMSProvider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。多种语言和协议编写

10、客户端。语言：Java,C,C+,C#,Ruby,Perl,Python,PHP应用协议：OpenWire,StompREST,WSNotification,XMPP,AMQP,支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA。ES建设方案采用ActiveMQ开源JMS组件服务，做为ESB服务总线枢纽，各个系统对于服务的发布与订阅，采用JMS主题发布/订阅(PUB/SUB)模式来进行。发布服务：所有系统的信息数据全部以JMS主题的方式发布到服务总线上，为各个系统提供服务，无需关心服务使用者以及目的地位置。订阅服务：各个系统使用JMS订阅各自关心的信息主题服

11、务，无需关心信息数据服务的来源，保证系统集成的松耦合、易扩展、可集群的优势。传输协议：局域网应用，建议TCP。传输消息类型：信息数据：相对于现在的信息系统很多都是使用B/S架构，建议信息组装成JOSN格式，形成文本，最终使用TextMessage®行传输，即能满足各个异构系统的通用解析，也方便WEB系统的机器阅读。请求/应答类消息：建议采用MapMessage或StreamMessage式，约定好消息格式即可，如CMD(INT)+RESULT(INT)+DATA(STRING),数据类型采用通用数据类型，如int、string等，保证异构系统的解析方便。四、EAI建设方案ESB建设方

12、案虽然有很好的扩展性、松耦合性、利于集群等诸多优点，但由于ESB的建设方案还比较新，企事业单位很多已存在的业务系统，都不存在ESB所采用白常规JMS接口，需要系统的原厂家进行二次开发，但在现实项目中，或多或少会存在一定的难题，导致无法接入ESB总线。遇到此类问题，一般建议建设一个中间件服务，采用集中式集成方案EAI,所有的无法接入ESB总线的系统，全部由中间件服务来进行接口通讯，可采用多种通讯方案，根据系统已有接口WEBSERVICE、Tcp/IP等，或直接数据库直连方式等，进行信息数据的沟通，最终再由中间件服务通过JMS接口发布到ESB服务总线上，供所有系统订阅使用。这样即解决了以上部分厂家

13、系统无法接入集成的问题，又保证了数据共享的松耦合性，让集成平台专注于业务处理。中间件服务的多任务调度建议采用Quartz,Quartz是一个完全由java编写的开源作业调度框架，Quartz对任务调度的领域问题进行了高度的抽象，提出了调度器、任务和触发器这3个核心的概念，提供了Job调度能力，它能满足典型的企业需求，如可伸缩性、高可靠性满足。Quartz可以与spring集成，配置非常方便，如以下代码：<beanid="sectionReportTask"class="org.springframework.scheduling.timer.Schedule

14、dTimerTask"><propertyname="timerTask"ref="sectionTask"/><propertyname="period"><value>$task.requesttime</value></property><propertyname="delay"><value>30000</value></property></bean><beanid

15、="cronJobSignalclass="org.springframework.scheduling.quartz.JobDetailBean"</value>< propertyname="jobClass"><value>mserver.schedule.SignalQuartzJob< /property>< propertyname="jobDataAsMap"><map><entrykey="timeout"><value>10</value></entry><entrykey="signalService"><refbean="signalService"/></entry></map></property</bean>五、结束语通过对系统集成方案的发展史分析，以及当前企事业单位集成应