一个基于Mule ESB综合业务处理平台设计和实现.docVIP

一个基于Mule ESB综合业务处理平台设计和实现 　　摘 要： 在进行企业应用集成过程中，企业服务总线技术经常被用于组织内部或跨组织边界的不同应用系统的连接，以达到在不改变已有应用的情况下最大限度地简化业务流程的目的。基于企业服务总线技术提出了一个支持跨系统数据交换和业务交互的综合业务处理平台的设计方案。该平台基于Mule ESB、Apache Drools等开源软件实现，其中Mule ESB用于构建企业服务总线，Apache Drools用于构建规则引擎。初步实验结果验证了该平台的有效性。 　　关键词： 企业服务总线； 企业应用集成； 综合业务处理平台； 开放源码 　　中图分类号：TP311 文献标志码：A 文章编号：1006-8228（2013）08-08-03 　　0 引言 　　企业应用集成（Enterprise Application Integration，EAI）泛指连接、管理和组合企业间和企业内应用，使其能以统一的方式进行互联和互操作，以支持业务过程自动化的技术。从应用的角度上讲，它包含了两个方面的内容：数据交换和业务交互。其中，数据交换为参与应用集成的多个系统提供了一个统一的数据视图；而业务交互则实现了跨系统的、粗粒度的、自治业务的实时调用。 　　随着信息化建设的不断推进，企、事业单位内的信息系统规模不断扩展而变得越来越复杂。信息化发展的阶段性、标准不统一以及各种认识上的误区，经常会导致所谓的“信息孤岛”现象，从而产生各种数据孤岛（不同部门的信息不能共享）、系统孤岛（不同系统彼此独立而无法共用）、业务孤岛（不能实现跨部门、跨业务的业务流转和协同）、管控孤岛（不能实现信息系统的集成化管理）等。 　　解决“信息孤岛”问题有各种对策，例如：统一进行信息资源规划、理顺组织内的数据流等。但是这些方法往往意味着需要对现有各个遗留系统进行重构，甚至重新设计和开发，成本巨大，见效缓慢。通过构建集成化的综合业务处理平台实现不同应用系统的集成则是一种更为人们所接受的解决“信息孤岛”问题的方法。这里，平台是可以适应于不同系统之间信息共享的通用工具，它通过企业应用集成技术将一个单位的业务流程、公共数据、应用软件、硬件和各种标准联合起来，在不同??用系统之间实现无缝集成。这种方案可以最大程度地保留已有系统的投资，同时可达到不同系统之间的信息共享和业务协同的目标。 　　在构建集成化的综合业务处理平台过程中，以服务的视角建模发生在松耦合的异构系统之间的数据交换和业务交互过程，可以很好地满足企业应用集成对灵活性和可重用性的要求，是一种主流的技术方法。这里，服务泛指自治、开放、自描述、并与实现无关的网络构件[1]。各系统存在的数据抽取、数据发布、粗粒度的业务构件等都可以被抽象为一个个的服务，而所谓的应用集成便是这些服务的发布、查找以及服务与服务之间的绑定和调用。在这其中，面临的主要困难是参与集成的各个系统的异构性。然而，幸运的是，近年来以企业应用集成为主要应用领域的面向服务架构（Service-Oriented Architecture，SOA）的实现正逐步过渡到建立在IT标准的基础之上[2]，如使用SCA组装构件，使用BEPL编排服务，使用WSDL描述服务。这些标准和协议的形成代表着基于SOA实施的应用集成与厂商平台无关，从而为实现分布、异构的独立系统之间的互联提供了可能。 　　对于如何构建基于服务技术的综合业务处理平台，国内外已有较多的研究。例如，文献[3]提出了一个“代理+服务器”松散耦合模式的数据交换平台（DEP），该平台利用数据传输服务和消息服务分别实现交换数据的传输和数据交换过程中的流程控制；文献[4]提出了一种基于企业服务总线技术的电子政务数据共享与交换平台的体系结构；论文[5]给出了一个以企业服务总线为中心的面向服务软件体系架构的参考模型，并基于Petri网和时序逻辑从形式上对原型系统进行了需求规范描述及功能正确性验证等。 　　本文通过采用一个专用于异构系统集成的轻量级企业服务总线，构建横跨多个应用系统的综合业务处理平台，以支持集成化信息服务和多业务协同。该平台的核心是通过企业服务总线（Enterprise Service Bus，ESB）技术完成业务交互和数据交换两类应用的综合集成。企业服务总线是基于面向服务架构的基础设施。第三方的程序组件能够以标准的方式“插入”到企业服务总线上运行，参与应用集成的各方并不直接交互（请求者无须了解服务提供者的物理实现），而由总线负责将请求交付给功能提供者和QoS的服务提供者。服务请求者和服务提供者的应用程序逻辑可以使用各种编程模型和技术调用或交付服务，而无需考虑是直接连接还是通过企业服务总线传递的[6]。 　　1 基于企业服务总线的综合业务处理平台的总体结构 　　综