一种基于SOA架构的EAI研究与设计的论文.docVIP

　　一种基于SOA架构的EAI研究与设计的论文 摘 要 本文针对企业分布式、异构应用系统的集成问题，探讨了基于soa架构的设计思想和相关技术，通过对soa中几个关键技术问题的深入分析，提出了一种基于soa架构的企业eai解决方案，并以一个简单的应用案例说明了该解决方案的设计与实现过程。最后，概括总结了基于soa架构进行企业eai的关键和优势所在。 关键词 soa；eai；、scm、数据库、数据仓库以及其它重要的系统之间无缝地数据共享和应用沟通的需要。. 2 问题的提出 传统的企业应用集成是建立在一个由中间件组成的底层基础平台上，各种“应用孤岛”、“信息孤岛”通过各种适配器连接到一个总线上，然后再通过message queuing实现各个应用之间的交流。这种集成存有很大的客户化程度，不具备统一的行业协议标准，消耗大量的咨询和服务费用，而且后期的管理和维护复杂混乱。在业务上有失灵活性和可扩展性，难于快速适应现代企业业务敏捷性的需求；在技术上容易受制于传统分布式对象中间件技术存在的局限性(如corba，d，java rmi之间的互操作性差)。因此，本质上这是一种点对点、紧耦合的集成。 随着xml技术的推广应用，l实现分布式和异构平台的信息集成；其目标是实现不同系统间跨平台、跨编程语言的互操作性。 通俗的来说，) 工作流(q等协议的转换)。 (3)请求者和服务之间的消息格式转换(如xml报文和异构格式报文的转换等)。 (4)处理各种来自不同业务的事件。 (5)保证服务质量(安全、可靠和交互处理等)。 当然，在许多情景下往往需要esb实现其它功能，包括：面向服务的原数据管理、服务代理、管理和自治和基础架构智能等功能。 总之，esb充当了使用不同数据和消息格式、网络协议和编程语言的服务之间的“粘合剂”；充当了服务的提供者和使用者之间的中间层，允许部署中介、以执行各种操作；充当了整个soa架构中实现服务间智能化集成与管理的中介。 4 基于soa实现eai的解决方案框架图 图2是综合了以上讨论的技术以及企业服务总线(esb)等基础上提出的soa实现eai的解决方案框架图。 图2 解决方案框架图 企业通过将底层的应用和信息资产(如遗留系统、数据信息等)进行封装，包装成松耦合的、满足特定服务质量的、细粒度的服务。这些功能独立的服务可以直接提供给本地终端应用调用，也可以参与到某一工作流程中完成特定的业务功能。 工作流/bpm是一些细粒度服务的集合，其按照某一顺序或逻辑规则与分布式应用中的一组服务进行交互，以满足特定业务要求。工作流本身也可以发布为服务，并被外界所调用。工作流/bpm也常用来解决应用系统中一些更为复杂技术难题，如事务处理等。 it服务管理，主要涉及与系统规模和性能相关的能力，用来监测和管理服务、流程、应用及资源等在系统运行时的表现。 服务注册中心是一个服务和数据描述的存储目录，服务提供者可以通过服务注册中心发布它们的服务(包括细粒度的服务和粗粒度的服务)，而服务使用者(比如终端应用)可以通过服务注册中心发现或查找可用的服务。 框架图的底层是连接层，也就是企业服务总线(esb)。esb提供了所有的互联互通的能力，是连接上层各种纷繁复杂应用的骨干神经，在系统间的交互上(包括通信、集成和服务的请求响应等)实现消息流的传输、转换和路由。 5 应用案例研究与实现 为了形象的说明如何将遗留系统包装成服务、如何将服务编排到业务流程当中、业务流程如何与终端应用进行交互等，下面结合一个企业订单业务案例来描述soa在企业eai的具体实施过程。该案例只是企业内部若干业务流程中的其一，该业务流程跨越了多个部门，将多个分布式、异构的应用系统紧密联系到一起。(注：案例中省略了对服务的发现与发布、服务和流程的监管、连接层消息的传递等问题的描述。) 图3 订单处理流程图 在订单处理流程中，首先要根据库存状况由系统生成订单；订单生成后将被发送到审批部门进行审批；审批通过的订单交由财务部门做财务处理；最后交给采购部门，采购处将和生产厂家进行对话，建立一个事务性质的采购流程并完成采购业务。 整个流程的基本组成单元是一些基于xml作为消息传输载体的and)”的业务流程，是“面向服务”的it架构和“面向对象”的it架构之间的本质区别。企业实施eai的根本目的不是仅仅将各个分布式、异构应用横向打通，而是希望集成后的it系统能够具备更大的灵活性，创新性、更快的反应能力，也即：带来更大的商业价值。企业要开发新的市场，就可能改变已有的业务流程；同时市场的多变性又决定企业的业务流程必须得“随需而变”。业务的变化，必须以it的改变为支持，以soa来协助企业实施eai，就能从根本上使业务流程做到“随需而变”，因为这种业务流程是建立在松耦合、中