EAI到SOA.docVIP

从EAI到SOA EAI(Enterprise Application Integration，企业应用) SOA(service-oriented architecture，面向服务的体系结构) ? 随着点对点集成的数量越来越多，IT业界希望有一种有效的方法来解决并且替代复杂的一点到多点和多点到多点的集成方式。此时EAI的集成方式的提出，迅速被大家认可。EAI的全称是Enterprise Application Integration企业应用集成，是中间件的一种，可完成企业内部基于各种不同平台、不同方案建立的异构应用集成互联，实现数据和信息在各个系统中同步和共享的一种方法和技术。EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等，完成在企业内部的 ERP、CRM、SCM、数据库、数据仓库，以及其他重要的内部系统之间无缝地共享和交换数据的需要。简而言之，EAI是在各个业务应用、业务流程或者说业务竖井上的桥梁。其将每个业务应用之间两两对接的一点到多点的集成方式又转换成为业务应用只和EAI对接的一点到一点的连接方式。 伴随着EAI技术的不断发展，它所被赋予的内涵变得越来越丰富。现在我们谈到的EAI的集成，具有更为广义的内涵，它已经被扩展到业务整合的范畴，业务整合相对EAI来说是一个更宽泛的概念，它将应用整合进一步拓展到业务流程整合的级别。当前从最普遍的意义上来说，比较宽泛的对EAI概念的理解是认为EAI包括数据集成、应用集成和业务流程集成等多个方面。 EAI本身也会对于传递的数据和信息内容进行规范，EAI一般采用信息集线器（Hub-Broker）机制，即EAI创建了一个交换中心，用于转换不同应用程序间的数据和消息。EAI 交换中心使用一些适配程序将所有进入数据的格式重新转换为一种 EAI 交换中心内部和外部适配程序都可以理解的通用格式，并将其称为规范格式。 在EAI这种集中的交换中心的概念下，交换中心将是企业的生命线，企业必需购买更强大更稳定的硬件设备来保证总线的效率和稳定。随着应用的增长，数据交换量的增加，以及业务流程整合的开展，交换中心也有可能成为整体应用的瓶颈，从而造成所有的应用的停滞。 1. Hub/spoke （集线器架构） Hub/Spoke架构是星型拓扑结构，由处于系统中央的一个Hub和连接在Hub及应用系统的多个适配器(adapter)组成。适配器在Hub和应用系统之间，进行数据格式的转换与传输。适配器将应用系统的数据信息转化为Hub可以识别的格式并传递给Hub, Hub通过消息代理管理消息路由，并将这些来自应用系统的数据消息按其要求的路由规则传递给目标应用系统的适配器。 这种架构中的Hub使得系统易于管理，但是不易扩展。在需求突增时，只能通过硬件的升级才能增加系统容量。然而，这种升级方式的改进是有限的，不足以应付越来越多的整合需求，因此出现了联邦Hub/spoke架构的概念，在这种架构下，出现了多个Hub，每一个Hub拥有本地元数据，并且同全局元数据进行同步。对于全局规则和元数据的改变将自动传播到其他的Hub上。 EAI之hub/spoke结构示意图 ? ? ? 2. BUS（总线架构） EAI的总线架构可以看作是Hub/Spoke星型架构的一种变形。将星型中心点Hub的传输消息的功能提炼成一条消息传递总线，而将适配器、集成引擎绑在了应用系统所在的平台。应用程序使用适配器转换消息格式，并将消息发送到总线上。这些消息通过消息总线流动到预订的应用系统的适配器中。该适配器再将消息翻译成符合其应用系统要求的格式。 由于将适配器和集成引擎捆绑在了应用程序的平台上，bus架构在获得比hub/spoke布局更好的扩展性的同时提升了集成的复杂性。但两种架构本质上都是应用系统之间点到点的整合模式。 ? ? ＳＯＡ方式： ?面向服务的体系结构SOA（service-oriented architecture，SOA）是一个组件模型和系统架构，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。SOA的最大优点是服务重用，打个比方来说不同的服务就好像不同的积木，而采用SOA，你可以按照自己的想法通过这些积木搭建一个符合自身业务特点和流程的IT架构，并且当业务流程发生了变化，对于积木本身无需调整，只需要简单的调整一下搭建的方法就可以了。因此采用SOA架构可以说是最能够满足企业业务实际需求，同时在业务发生变化是能够以最小的代价、最迅速、最方便的完成IT对应支持的架构和解决方案。此外SOA采用了和硬件、操作系统和软件无关的通讯协议