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

以ESB与EAI相结合的系统集成实现 摘要： 越来越多的企业单位对信息数据的融合、共享、集成工作高度重视，但由于这些信息分布在企业单位的各个软件系统中，来自于不同厂家、不同时段、不同编程语言，都极大地增加了集成难度。为解决此类问题，本文重点阐述以ESB与EAI相结合的基础上，提出一种适合中小企事业单位系统集成方案，即满足系统集成适应性、可靠性、松耦合及可扩展性，又可以满足低成本的需求。 注：标题中的EAI，特指EAI概念提出时，所指的集中式应用整合方案。 关键词： 企业服务总线（ESB） 企业应用整合（EAI） JAVA消息服务(JMS) 服务 主题 发布/订阅 序言 近年来，越来越多的企来自不同的厂家解决某个领域的问题造成彼此之间很难集成信息孤岛难以沟通协作。提供网络中最基本的连接中枢， 设计说明 回顾系统集成方案的发展历史，可以看到系统整合大致经历三个阶段：点对点连接、集中式、总线式。 点对点 应用之间的连接拓扑大多数情况下是点对点的，如下图所示，所使用的协议是非标准，系统之间都是紧耦合，功能粒度通常较细，数据交换格式各个系统之间也不统一。 集中式 EAI：Enterprise Application Integration，即企业应用整合，随着企业应用集成需求复杂度增长，和集成经验的总结，出现一些集中式管理集成中间件模式，如消息中枢、应用集成中心，这种模式简化应用之间日趋复杂的连接拓扑关系，提供异构数据和功能访问方式之间的转换，如下图所示。 不过，这个时期系统集成还是没有统一的标准，各厂商根据各自的业务集成需求提出不同的EAI解决方案，因此出现了各种各样的中间件平台，通过集中式方式集成通讯。当各个厂家之间需要集成，就必然出现各个独立中间件之间沟通集成，存在异构环境、拓扑环境增加复杂度、协议标准等问题。 虽然这种集成方式，极大地简化了拓扑链接关系，集成度高，消息统一转换，但如同HUB模式一样，带来了其他问题，如性能低下，因为每个系统之间的交互都需要中间件服务来中转，当需要连接交互的集成系统越来越多，中间件服务压力就越大，当达到极限必然会瘫痪，而且扩展、集群都非常麻烦。 服务总线 EAI集成发展到至今，已经具有更为广义的内涵，它已经被扩展到业务整合的范畴，将应用集成进一步拓展到业务流程整合的级别，不仅实现异构系统的互联互通、消息传输、转换，此时被集成的对象被明确定义为服务，而不是传统EAI中各种各样的中间件平台，这样就极大简化了在集成异构性上的考虑。 在此基础上，提出ESB集成方案，全称为Enterprise Service Bus，即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。即Java消息服务（Java Message Service）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。ActiveMQ 是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现，尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中间仍然扮演着特殊的地位。多种语言和协议编写客户端。语言:Java,C,C++,C#,Ruby,Perl,Python,PHP。应用协议： OpenWire,Stomp REST,WS Notification,XMPP,AMQP 支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTAStreamMessage格式，约定好消息格式即可，如CMD(INT) + RESULT(INT) + DATA (STRING)，数据类型采用通用数据类型，如int、string等，保证异构系统的解析方便。 EAI建设方案 ESB建设方案虽然有很好的扩展性、松耦合性、利于集群等诸多优点，但由于ESB的建设方案还比较新，企事