ESB解决方案分析和总结.docxVIP

成功是失败之母，一切都是努力的结果 成功是失败之母，一切都是努力的结果 页脚内容 页脚内容 PAGE 2 一、 二、引言 信息化的发展在给企业带来难得机遇的同时，也给企业带来了新的挑战。巨大的投资为企业建立了众多的信息系统，以帮助企业进行内外部业务的处理和管理工作。但是这些信息系统可能由不同的品牌导入实施，只关注于各自领域内的数据与业务处理，由于缺少相应的接口标准和规范，它们各自为政，相互之间无法进行信息共享与业务集成，从而形成“信息孤岛”。 随着企业规模的不断扩大，应用系统不断增加， 对信息共享、系统互操作性和软件重用方面的要求越来越高，这些相对独立、标准各异的“烟囱”式系统已经不能满足业务的需要，暴露出的弊端越来越多，对企业提出了诸多的挑战。 由于缺少统筹规划，企业内部遗留的IT 基础架构庞大且管理起来极其复杂，这些基础架构具有严格的操作要求，分阶段改造非常困难，这样必然会影响企业对客户需求的响应能力以及新增加和改进后的服务的部署。 一个个的“信息孤岛”常常分属于不同的管理职能部门。由于这些系统没有进行互联， 导致难于信息共享，即不同软件提供商的应用程序之间无法互操作。 在多个系统共存的情况下，同一个客户的信息或者企业的信息，通常在多个系统中同时存在，但是各个系统统计出的数据常常不一致，为企业领导层进行正确决策增加了难度。 面对这样的挑战，系统整合成为企业迫在眉睫的问题。企业迫切需要一种集成方法，将 各种旧的应用系统和新的应用系统集成起来， 这使得企业应用集成（ Enterprise Application Integration，EAI）技术产生与发展起来。传统的 EAI 往往使用如 CORBA 和COM 等组件化技术进行分布式、跨平台的程序交互，系统整体的拓扑结构较复杂，组件的连接协议是私有的、非标准的。其存在着诸如系统灵活性差、投入成本巨大、新系统无法快速 部署等问题，不能很好的满足企业集成的需求。 在这种背景下，业内近年来提出了SOA（面向服务的架构）模型，将应用系统抽象成一 个个粗粒度的服务，标准化服务接口，松耦合服务架构。使用面向服务的 ESB 平台集成遗留IT 系统，将系统服务化，通过服务组合的方式复用企业IT 资产，对于新开发的信息系统， 采用插接方式进行快速部署，缩短了投资回报周期，提高了系统的适应性、灵活性和扩展性。采用这种面向服务的 ESB 平台进行系统整合，成为当前企业解决“信息孤岛”的最佳方案。 三、面向服务架构SOA SOA 本身就是一种面向企业级服务的系统架构，简单来说，SOA 就是一种进行系统开发的新的体系架构，在基于 SOA 架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件（也就是service）组合构建起来的。它是一种以服务为基础的架 构，服务边界清晰，服务自治，低耦合。它将应用分解为模块和可重用的函数以及服务，组合服务和模块以符合业务的需求，并重用现有的服务和模块以满足变化的业务需求。 四、ESB 概述 ESB 是传统中间件技术与XML、WEB 服务等技术结合的产物。ESB 提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。ESB 提供了一种开放的、基于标准的消息机制，通过简单的标准适配器和接口，来完成粗粒度应用和其他组件之间的互操作，能够满足 大型异构企业环境的集成需求。它可以在不改变现有基础结构的情况下让几代技术实现互操作。 ESB 就是一种可以提供可靠的、有保证的消息技术的最新方法。ESB 中间件产品利用的是web 服务标准和公认的可靠消息MOM 协议接口（例如IBM 的 WebSphere MQ）。企业服务总线的概念是从面向服务体系架构 SOA 发展而来的。SOA 描述了一种 IT 基础设施的应用集成模型，其中的软构件集是以一种定义清晰的层次化结构互相耦合，其中，每一个 ESB 是一耳光预先组装的SOA 实现，它包含了实现SOA 分层目标所必需的基础功能部件。 ESB 不是一个应用程序框架，也不是一个企业应用的解决方案，它只是一个基于消息的调用企业服务的通信模块。可以把它嵌入到应用程序框架中，例如嵌入到 spring 容器里面， 或者嵌入到工作流系统中，它的作用是对企业里面的 SOA 服务的调用提供一个框架和简便的方法。 五、ESB 和JBI JBI：Java Business Integration 一种ESB 规范（Java 领域） 定义了组件框架、组件描述、部署模型 定义了归一化消息模型定义了客户端API 接口 定义了管理模型（JMX） ESB 是产品，JBI 是一个Java 领域的ESB 规范六、ESB 定义 它是面向服务框架的实现 它通常是操作系统和编程语无关的，它应能在Java 和.Net 应用程序之间工作它使用XML 作为