企业服务总线中介集成框架研究.pdfVIP

第38卷 第3期 太 原 理 工 大 学 学 报 Vol.38 No。3 2007年5月 J0URNAL0FTAIYUANUNIVERSITY0FTECHN0LOGY May 2007 文章编号 :1007一9432(2007)03一0205一04 企业服务总线中介集成框架研究 李海芳，韩春辉 (太原理工大学计算机与软件学院，山西太原030024) 摘 要 :针对现有 ESB产品对异构服务之 间的互操作性缺乏深度支持 的现状 ，分析 了ESB的 运行机制 以及 中介集成特点，提 出了ESB 中介集成框架 ES压MIF。该框架采用 中介服务库模 型 实现服务化、描述标准化与组织体系化的中介功能管理，采用独立的中介分析层专注于服务请求分 析，形成了开放的、可伸缩的中介集成管理构架。基于该框架原型，说明了相应实现方法的可行性。 关键词 :SOAoESB;中介 ，缓冲 中图分类号 :TP311.52 文献标识码 :A 在企业应用集成领域，传统应用中间件正在向 ice，技术基本实现了SOA服务管理功能要求。 支持面向服务的架构(Service-OrientedArchitec- 而中介服务功能则是为服务之间的互操作提供 ture，SOA)的企业服务总线(Enterpriseservice 环境支撑。ESB必须能够 自动识别服务的接 口及 Bus，ESB)过渡。许多国际著名软件公司如 IBM， 对应数据模型等内容，并且透明变换到服务实现环 BEA等均已推出基于ESB的SOA解决方案。但 境中。这种交互环境涵盖了基础协议、集成方式、交 是从性能来看，现有ESB产品主要聚焦于服务的发 互方式、业务差异处理等内容[1]。这就要求ESB能 现、管理以及组件低层通讯，对于异构服务之间的互 够按照某种策略，调用各个应用层次的中介组件，单 操作性缺乏深度支持，尤其是在采用异构技术体系 独或组合完成一定的中介任务。同时，中介服务对 的服务之间。因此应用程序员在部署SOA服务 服务交互双方应是不可见的[2j。这种虚拟化服务涵 时，需要熟悉具体ESB支持环境和交互细节，并进 盖了服务的位置与标识、交互协议、公共接 口、服务 行大量额外的技术差异性处理。这背离了SOA倡 质量要求等多方面。虚拟化服务只考虑服务接口描 导的平台无关性原则，缺乏可操作性，是制约SOA 述，屏蔽了服务的实现技术复杂性，是SOA实现松 发展的主要瓶颈。以上问题是由于ESB不能够有 散藕合特性的基础。 效支持系统管理人员进行中介组件的部署、管理与 维护而造成的。 2 中介与ESB中介集成 本文通过分析ESB的运行机制以及中介集成使 中介设计模式主要用在拥有多个相互通信对象 用特点，提出了ESB中介集成框架ES仔入nF，并结合实 的复杂系统中，通过增加中介对象来封装一系列的 现原型，阐述了相关实现方法的可行性与框架扩展。 对象交互，使各对象不需要显式地相互引用，从而实 现松散祸合，并可以独立地改变它们之间的交互，减 IESB的运行机制 少场景复杂性。以单一中介组件为例(如图1所 在SOA角色中，ESB承担了为服务请求者与 示)，实现某一中介接口的中介对象，即可为引用该 服务提供者进行交互中介的职责。因此，ESB基本 中介接口的通讯者对象提供透明中介服务[aj。 功能应包括服务管理和中介服务两部分。其中，服 在ESB应用场景中，中介功能本质上就是对服 务管理包括了服务的描述、发布、定位和调用等服务 务交互双方差异化处理的集合。按照应用场景的不 生命周期全过程的管理以及相应元数据维护，这是 同，中介可以有多种模式。基本模式包括了[2]协议 SOA服务互操作