EAI与SOA之比较.docVIP

EAI与SOA之比较 ? 一、 总体介绍 随着互联网、电子商务的风起云涌，外部世界的快捷变化要求企业能够快速反应，而要做出快速反应，离不开企业内部信息流的畅通无阻。在企业的信息化过程中，针对不同部门不同的应用需求，开发出了各种各样的应用软件。这些软件基本满足了企业的应用需要，但从企业整体角度出发，要达到内部信息流的畅通无阻，就必须对不同的应用软件进行集成才能实现。 本文将对现有最为常见的两种企业集成方案：EAI(Enterprise Application Integration，企业应用整合)与SOA(service-oriented architecture，面向服务的体系结构)进行探讨与比较。 二、 EAI(Enterprise Application Integration，企业应用整合) EAI是将基于异构平台下的业务应用系统集成在一起的一种技术。EAI通过中间件作为粘合剂来连接企业内外各种业务相关的异构系统、应用以及数据源，从而满足企业内部应用系统之间信息共享的需要。 EAI可从以下的几个层面来实施： ● 用户界面集成：这个层面是一个面向用户的整合，强调的是要将来自多个信息源的信息以一种可以定制的、个性化的界面展现给用户。 ● 应用集成：应用集成是以应用系统为基本集成单位，通过中间件，为两个应用系统提供业务集成。 ● 数据集成：数据集成是应用集成的基础。在实施集成之前，必须首先对数据进行标识并编成目录，另外还要确定元数据模型。这三步完成以后，数据才可以在多个数据库系统之间进行分布和共享。 EAI的结构一般可以分为以下两种形式： 1. Hub/spoke （集线器架构） Hub/Spoke架构是星型拓扑结构，由处于系统中央的一个Hub和连接在Hub及应用系统的多个适配器(adapter)组成。适配器在Hub和应用系统之间，进行数据格式的转换与传输。适配器将应用系统的数据信息转化为Hub可以识别的格式并传递给Hub, Hub通过消息代理管理消息路由，并将这些来自应用系统的数据消息按其要求的路由规则传递给目标应用系统的适配器。 这种架构中的Hub使得系统易于管理，但是不易扩展。在需求突增时，只能通过硬件的升级才能增加系统容量。然而，这种升级方式的改进是有限的，不足以应付越来越多的整合需求，因此出现了联邦Hub/spoke架构的概念，在这种架构下，出现了多个Hub，每一个Hub拥有本地元数据，并且同全局元数据进行同步。对于全局规则和元数据的改变将自动传播到其他的Hub上。 图2.1 EAI之hub/spoke结构示意图 2. BUS（总线架构） EAI的总线架构可以看作是Hub/Spoke星型架构的一种变形。将星型中心点Hub的传输消息的功能提炼成一条消息传递总线，而将适配器、集成引擎绑在了应用系统所在的平台。应用程序使用适配器转换消息格式，并将消息发送到总线上。这些消息通过消息总线流动到预订的应用系统的适配器中。该适配器再将消息翻译成符合其应用系统要求的格式。 由于将适配器和集成引擎捆绑在了应用程序的平台上，bus架构在获得比hub/spoke布局更好的扩展性的同时提升了集成的复杂性。但两种架构本质上都是应用系统之间点到点的整合模式。 图2.2 EAI之bus总线结构示意图 三、 SOA(service-oriented architecture，面向服务的体系结构) SOA(面向服务的体系结构)将企业中各个系统应用程序的不同功能单元抽象为服务，通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务能够通过统一和通用的方式进行交互。 SOA架构由服务总线、服务目录、门户、流程管理等几个核心组件构成的。这些核心组件协同工作共同支撑服务的部署、运行与管理监控。 l 服务总线 SOA集成平台通过企业服务总线(ESB)完成业务应用系统和其他系统的功能调用的统一接入，业务应用系统和公共功能作为标准服务在总线上公开，隔离服务消费者和服务提供者的技术实现细节，实现松耦合。 l 服务目录 服务目录主要用于保存运行时进行服务调用所需的必要信息，它要求能实现快速的服务寻址。服务目录保存的信息包括：服务的路由信息、服务的访问权限、服务的优先级、服务的版本信息等。 l 流程管理 业务流程通过流程设计工具，对服务进行编排，实现企业业务流程，生成可执行的业务流程服务，在业务流程引擎中部署执行。业务流程管理同时提供业务的管理和监控工具，进行业务流程的监控管理。 l 门户 门户作为SOA架构中展示层。门户可以对服务、流程、应用模块等进行组合，形成复合应用。门户同时也是展示服务（P