一、引言
信息化的发展在给企业带来难得机遇的同时，也给企业带来了新的挑战。巨大的投资为
企业建立了众多的信息系统，以帮助企业进行内外部业务的处理和管理工作。但是这些信息
系统可能由不同的品牌导入实施，只关注于各自领域内的数据与业务处理，由于缺少相应的
接口标准和规范，它们各自为政，相互之间无法进行信息共享与业务集成，从而形成“信息
孤岛”。
随着企业规模的不断扩大，应用系统不断增加， 对信息共享、系统互操作性和软件
重用方面的要求越来越高，这些相对独立、标准各异的“烟囱”式系统已经不能满足业务的
需要，暴露出的弊端越来越多，对企业提出了诸多的挑战。
由于缺少统筹规划，企业内部遗留的 IT 基础架构庞大且管理起来极其复杂，这些基
础架构具有严格的操作要求，分阶段改造非常困难，这样必然会影响企业对客户需求的响应
能力以及新增加和改进后的服务的部署。
一个个的“信息孤岛”常常分属于不同的管理职能部门。由于这些系统没有进行互联，
导致难于信息共享，即不同软件提供商的应用程序之间无法互操作。
在多个系统共存的情况下，同一个客户的信息或者企业的信息，通常在多个系统中同时
存在，但是各个系统统计出的数据常常不一致，为企业领导层进行正确决策增加了难度。
面对这样的挑战，系统整合成为企业迫在眉睫的问题。企业迫切需要一种集成方法，将
各 种 旧 的 应 用 系 统 和 新 的 应 用 系 统 集 成 起 来 ， 这 使 得 企 业 应 用 集 成 （ Enterprise
Application Integration，EAI）技术产生与发展起来。传统的 EAI 往往使用如 CORBA 和
COM 等组件化技术进行分布式、跨平台的程序交互，系统整体的拓扑结构较复杂，组件的连
接协议是私有的、非标准的。其存在着诸如系统灵活性差、投入成本巨大、新系统无法快速
部署等问题，不能很好的满足企业集成的需求。
在这种背景下，业内近年来提出了 SOA（面向服务的架构）模型，将应用系统抽象成一
个个粗粒度的服务，标准化服务接口，松耦合服务架构。使用面向服务的 ESB 平台集成遗留
IT 系统，将系统服务化，通过服务组合的方式复用企业 IT 资产，对于新开发的信息系统，
采用插接方式进行快速部署，缩短了投资回报周期，提高了系统的适应性、灵活性和扩展性。
采用这种面向服务的 ESB 平台进行系统整合，成为当前企业解决“信息孤岛”的最佳方案。
二、面向服务架构 SOA
SOA 本身就是一种面向企业级服务的系统架构，简单来说，SOA 就是一种进行系统开发
的新的体系架构，在基于 SOA 架构的系统中，具体应用程序的功能是由一些松耦合并且具有
统一接口定义方式的组件（也就是service）组合构建起来的。它是一种以服务为基础的架
构，服务边界清晰，服务自治，低耦合。它将应用分解为模块和可重用的函数以及服务，组
合服务和模块以符合业务的需求，并重用现有的服务和模块以满足变化的业务需求。
三、ESB 概述
ESB 是传统中间件技术与 XML、WEB 服务等技术结合的产物。ESB 提供了网络中最基本
资源评论
