企业应用系统间的整合问题伴随着企业经济的不断发展和信息技术的快速进步遇到了不小的困难，这就迫切需要企业引进一种新的技术，来实现企业应用间的整合。在这样的背景之下，SOA思想开始被引进企业应用整合当中。

　　困境一：应用系统间不兼容

伴随着信息科技和互联网的发展，很多有一定经济实力的企业根据业务的需要，开发部署了许多不同的应用系统。出于投资、技术和应用领域的考虑，这些应用系统一般出自不同厂商所提供的产品。而每个应用都有其自己特有的基础架构，这些不同的应用在开发语言、部署平台、通信协议、对外交换数据的格式都存在着极大的不同，并且这些应用系统之间很少进行通信，造成每个系统都是一个信息孤岛。同时，每个应用系统在建设初期，也很少去考虑以前系统的功能与数据的重新利用。这样造成的后果就是企业的信息冗余，维护起来十分麻烦;并且许多功能重复开发严重，造成企业的资源浪费。然而，这些企业并不能一夜之间就将他们的那些孤立程序全部放弃或替换，因为它们都是一些关键业务，而且在当前的商业环境下，重新开发他们的整个信息系统常常是不合算的。

　　困境二：业务流程变更、新技术引进与原有系统的矛盾

我们知道，企业为了发展的实际需要，经常会变更自身的业务流程，但是传统的应用系统代码都是固定的，缺少变更的灵活性，这就导致了原有的系统无法适应最新业务员流程的需要，这势必会给企业应用整合带来一定的阻碍。再加上很多企业为了新业务的拓展和最新企业运营的需要，会不时引进各种新的应用和系统。而这些新方案是基于最新的体系架构，他们与原有旧系统的体系架构有着很大的不同。如何有效地解决这些问题，成功实施企业应用的整体集成，是每一个企业必须解决的问题。

传统的企业应用整合

传统的企业应用整合通常是采取建立系统间接口，然后实现系统对接，或者采用现在主流的网络模式，采用ESB(Enterprise Service Bus，企业服务总线)工具、消息中间件等进行系统的集成。这两种模式虽然在一定程度解决了企业内部系统的集成，但依旧面临许多问题。对于点对点集成模式，企业的应用越多，这种逻辑关系就会成级数上涨。在实施过程中，就会出现投入比过高、实施周期过长的问题。同时，系统接口之间必须遵循同样的API(ApplicationProgramming Interface，应用程序编程接口)约束。当其中一个实体对象的代码有了更改，那么访问该对象的代码也必须做出相应更改，从而约束了企业敏捷服务和自由扩充的实现。

对于基于服务总线的集成模式而言，ESB本质只是作为一种由企业自身来维护的工具，它提供了一种总线(BUS)结构来调和各系统接口间的协议、数据格式等差异。然而它并没有将各系统架构服务化并合理的构建作为服务对象，企业的整体系统架构也就不是面向服务的，对客户服务需求的变化则难以做出敏捷反应。

基于SOA架构的企业应用整合的产生

在这样的背景之下， 众多学者开始致力于面向服务架构SOA(Service-Oriented Architecture)的研究，并且致使逐步成为IT行业的焦点，SOA本质是一种系统架构的设计思想，SOA可以代表一种系统模型，其中的自动化逻辑可分解为不同的逻辑单元，这些单元可以组成一个大的业务自动化逻辑片段，也可以对这些单元进行独立分布式部署。在SOA内部，这些逻辑单元就是所谓的服务。每个服务都可以封装为一个业务流程的单个步骤或包含一系列步骤的子过程，服务甚至可以封装整个处理逻辑。综上所述，SOA能够建立业务逻辑与技术的抽象，将业务流程的逻辑从应用中释放，然后集中到业务流程管理器，形成一个业务流程集成层。从而可以对业务流程进行建模、监控和优化，减少不必要的流程开销，提高中小型企业信息化的效率。目前SOA的实现技术有Web Service、COM、CORBA等，由于Web Service具有更高的可靠性、可扩展性以及开放性，因此大多数实现的技术选用Web Service方式。

基于SOA的应用整合框架基于SOA的集成模型，将不同系统中的应用功能通过服务之间定义良好的接口和规范契约联系起来，ESB作为服务提供者和服务请求者之间的消息桥梁，对消息驱动和服务进行灵活的管理，使各应用系统的请求和应答在集成中能得到快速响应。本文设计的基于SOA的集成模型框架在逻辑上分为四层：数据集成层、服务层、业务层、表达层。

该企业应用整合框架的核心是对业务流程的管理以及实现系统之间数据的交换。通过建立基于UDDI的服务管理中心，以及基于业务流程管理引擎，利用消息中间件技术，实现一个松耦合、可扩展的集成服务平台。并对基础服务进行封装，实现基于SOA的服务应用集成。图1是基于SOA的企业应用集成框架示意图。

各层的具体描述如下：

图1 基于SOA的企业应用整合框架模型

1、表达层

表达层提供应用接口，使业务流程和服务以开放的形式暴露给用户，提供给用户单一的入口，根据用户提供的参数返回所需的信息结果，并为用户提供统一的用户交互服务，包括单点登录、权限控制和个性化服务等。其中，企业信息门户终端界面是客户端的用户界面，集成用户访问的全部应用程序和服务，是用户访问集成系统的入口。

2、业务层

在业务层，业务逻辑从服务注册中心查找并调用相关的服务，然后进行业务流程编排，形成一个业务流程，并定义业务流程的相关信息。当业务逻辑发生变化时，仅仅调整业务流程的编排，调用相关的服务即可，这可以使企业灵活，快捷地适应市场变化，也充分体现出服务的重要性。

3、服务层

服务层主要包括企业服务总线、服务发布工具、服务选择器等。企业服务总线是整个应用系统的核心。ESB总线集成了消息机制和诸如日志、安全、审计等服务，还提供服务注册以及服务网的存储，通过BPEL(Business Process Execution Language，业务流程执行语言)描述将服务网中服务的关系部署到服务器并实现。通过ESB总线，不同应用系统之间可以形成松耦合的体系架构，实现信息的交换、路由、分发、流程定义等功能。该企业应用整合框架中的ESB总线，克服了传统技术的缺陷，能够对各种技术和应用系统提供支持，具有很强的灵活性和可扩展性。这种模式有助于减少应用接口的数量和复杂性，从而降低IT维护和更改的成本，让企业能够以更简单、更快速、更安全的方式来使用服务。其中SOAP路由器可实现SOAP消息的传递。Web服务器分析HTTP头信息找到SOAP路由器的名称，然后将请求消息传递到指定的SOAP路由器。SOAP路由器分析HTTP头找出某个Web Services适配器的位置，将该请求传递到所请求的适配器，适配器激活应用并将结果返回给适配器以后打包成SOAP消息，返回给SOAP路由器，SOAP消息再返回到Web服务器，客户最终得到包含执行结果的SOAP消息。

ESB提供了一个服务注册中心，ESB上的各种异构服务可以通过服务发布工具注册到该中心上，注册中心存储着服务的描述文件，以便为用户和其他应用系统提供服务，发现和查找服务选择器基于一系列QoS(Quality of Service,服务质量)的规则集，它可以依据规则在服务注册中心查找具体服务，查找的结果是返回服务的绑定地址，这是一种动态地调用服务。

4、集成层

主要是提供相应的数据接口和企业应用接口服务，集成各个应用系统和数据存储库。对企业内部各种EIS系统进行Web服务封装，为应用集成系统提供各类Web服务接口。Web服务封装用于将各种企业应用转换成Web服务的方式进行发布和调用;Web服务适配器主要处理Web服务的绑定调用，同时它还是一个Web服务的WSDL(Web服务描述语言)发布者，将Web服务封装层提供的WSDL注册到企业的UDDI(统一描述、发现和集成)注册中心。

总之，SOA是未来IT技术发展的焦点，也为企业应用的整合提供了一个很好的解决方案，但是现在还有很多方面不太成熟，需要众多学者去研究探讨。