基于SOA业务流程集成框架.docVIP

基于SOA业务流程集成框架 　　摘要：企业的发展对应用系统的互操作性和可重用性提出了越来越高的要求。针对企业应用集成面临的问题，提出了基于SOA的业务流程集成框架，并分析了基于该框架实现应用系统的关键技术。 关键词：面向服务的体系架构；业务流程；集成框架 中图分类号：TP301文献标识码：A文章编号2012）009002703 0引言 随着企业规模的不断扩大，应用系统不断增加，企业对信息共享、系统互操作性和软件重用方面的要求越来越高。相对独立、标准各异的“烟囱”式系统已经不能满足业务的需要，特别是在业务流程发生变化时，系统的维护和改造需要付出很高的代价。 面向服务的体系架构（ServiceOriented Architecture，SOA）为解决业务流程管理和集成问题提供了新的方法。SOA将各种资源以服务的形式进行封装和接入，以透明的方式进行资源的优化选取，帮助用户快速响应复杂多变的业务需求。本文首先对面向服务的体系架构进行简要介绍，然后提出一个基于SOA的业务流程集成框架，最后对基于该框架实现应用系统的关键技术进行探讨。 1面向服务的体系架构 面向服务的体系架构是指一个组件模型，它将基本功能单元——服务通过定义良好的接口和契约联系起来。这个定义包含如下两层含义：①SOA 是一种软件系统架构。它尝试给出在特定环境下推荐采用的一种架构，是人们面向应用服务的解决方案框架；②服务是SOA实现的核心。SOA的基本元素是服务，其指定一组实体（服务提供者、服务消费者、服务代理和服务契约等）来详细说明如何提供和消费服务。 SOA系统具有以下特点：跨平台——各种技术及平台下开发出来的组件能被其它技术及平台识别和理解；松耦合——各个组件间不存在相互依赖关系，彼此独立、共存；模块化——能够在原有系统的基础上按需添加或删除组件，构建新的系统；以业务流程为核心——围绕用户的业务流程构建应用系统，以便更灵活、更快地响应不断改变的企业业务需求。 2基于SOA的业务流程集成 2.1业务流程集成框架 基于SOA 实施业务流程集成需要将不同的服务通过定义良好的接口和契约联系起来。构建在各种系统中的服务通过统一且通用的方式进行交互，保证业务流程的良好集成。参考各大厂商及组织定义的SOA参考架构，考虑业务流程集成的需求，可构建基于SOA的业务流程集成框架。该框架主要包括资源层、支撑层和应用层等3个层次的设施，其结构如图1所示。 2.1.1资源层 资源层包括数据资源和应用资源。应用资源特指已有的应用系统，是能够完成特定业务处理的现有系统的总称。应用资源与其它服务一样，既可以为其它服务提供服务，也可以消费其它服务。应用资源通过开放接口，以适配器为桥梁接入SOA中。数据资源主要为系统中各种服务提供数据，包括格式化数据和非格式化数据，例如数据库和各种文件就是典型的数据资源。 2.1.2支撑层 支撑层构建在资源层之上，是整个集成框架的核心。支撑层提供了大量公共服务和基于业务构件的服务以及服务的运行、管理环境，具体由以下8个部分组成。 （1）企业服务总线。企业服务总线（Enterprise Service Bus，ESB）是基于SOA思想的企业应用集成的基础软件架构。IDC将ESB定义为：基于开放的标准消息总线，通过标准的适配器和接口提供各程序和组件之间的互操作功能。它支持相互独立的异构环境中的服务、消息及基于事件的交互，并且具有适当的服务级别和可管理性。 ESB作为SOA架构的信息传输总线，为SOA提供了一种连通性的基础架构，用以连接SOA中的服务。第三方的程序组件能够以标准的方式“插入”到该平台上运行，组件之间能够以标准的消息通信方式进行交互。 （2）适配器。适配器解决已有资源面向SOA的服务封装，实现已有资源的可重用性。通过适配器，已有资源仅需要与ESB相连接，不需要与每个服务直接相连，就可以实现服务之间的互操作。 （3）协作服务。协作服务是ESB的重要补充，主要通过WebService方式实现服务之间以更松散耦合方式进行通信和交互，可以简单认为它是整个服务通信和交互环节中的WebService网关。协作服务既可以解决组织之间（合作伙伴之间）的交互通信，也可以解决组织内部（如不同地域的分支机构之间，并有防火墙进行保护的情况）必须使用WebService方式进行的交互通信。 协作服务由通信代理和WebService代理组成。通信代理与ESB中的通信代理实现内部有效的数据通信。WebService代理与外部的公共注册中心交互，注册本平台对外开放的Web 服务以及查找所需要访问的外部Web 服务；与公共的事务协调器交互，共同保证平台间服务