2022年漫谈从EAI到SOA.docx

《2022年漫谈从EAI到SOA.docx》由会员分享，可在线阅读，更多相关《2022年漫谈从EAI到SOA.docx（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品学习资源从 EAI 到 SOAEAIEnterprise Application Integration，企业应用集成 SOAservice-oriented architecture，面对服务的体系结构 随着点对点集成的数量越来越多， IT 业界期望有一种有效的方法来解决并且替代复杂的一点到多点和多点到多点的集成方式；此时EAI 的集成方式的提出，快速被大家认可； EAI 的全称是 Enterprise Appl ication Integration企业应用集成，是中间件的一种，可完成企业内 部基于各种不同平台、不同方案建立的异构应用集成互联，实现数据和信息在各个系统中同步和共享的一种

2、方法和技术；EAI 通过建立底层结构，来联系横贯整个企业的异构系统、应用、数据源等，完成在企欢迎下载精品学习资源业内部的 ERP、CRM、SCM、数据库、数据仓库，以及其他重要的内部 系统之间无缝地共享和交换数据的需要；简而言之，EAI 是在各个业务应用、业务流程或者说业务竖井上的桥梁；其将每个业务应用之间两两对接的一点到多点的集成方式又转换成为业务应用只和EAI 对接的一点到一点的连接方式；相伴着 EAI 技术的不断进展，它所被给予的内涵变得越来越丰富；现在我们谈到的 EAI 的集成，具有更为广义的内涵，它已经被扩展到业务整合的范畴，业务整合相对EAI 来说是一个更宽泛的概念， 它将应用整合

3、进一步拓展到业务流程整合的级别；当前从最普遍的意义上来说，比较宽泛的对 EAI 概念的懂得是认为 EAI 包括数据集成、应用集成和业务流程集成等多个方面；EAI 本身也会对于传递的数据和信息内容进行规范，EAI 一般采纳信息集线器（ Hub-Broker ）机制，即 EAI 创建了一个交换中心，用于转换不同应用程序间的数据和消息； EAI 交换中心使用一些适配程序将全部进入数据的格式重新转换为一种EAI交换中心内部和外部适配程序都可以懂得的通用格式，并将其称为规范格式；在 EAI 这种集中的交换中心的概念下，交换中心将是企业的生命线，企业必需购买更强大更稳固的硬件设备来保证总线的效率和稳 定；

4、随着应用的增长，数据交换量的增加，以及业务流程整合的开 展，交换中心也有可能成为整体应用的瓶颈，从而造成全部的应用的停滞；欢迎下载精品学习资源1. Hub/spoke（集线器架构）Hub/Spoke 架构是星型拓扑结构，由处于系统中心的一个 Hub和连接在 Hub及应用系统的多个适配器 adapter 组成；适配器在 Hub和应用系统之间，进行数据格式的转换与传输；适配器将应用系统的数据信息转化为 Hub可以识别的格式并传递给 Hub, Hub 通过消息代理治理消息路由，并将这些来自应用系统的数据消息按其要求的路由规章传递给目标应用系统的适配器；这种架构中的 Hub使得系统易于治理，但是不易扩

5、展；在需求突增时，只能通过硬件的升级才能增加系统容量；然而，这种升级方式的改进是有限的，不足以应对越来越多的整合需求，因此显现了联邦H ub/spoke 架构的概念，在这种架构下，显现了多个Hub，每一个 Hub 拥有本地元数据，并且同全局元数据进行同步；对于全局规章和元数据的转变将自动传播到其他的 Hub上；EAI 之 hub/spoke 结构示意图欢迎下载精品学习资源2. BUS （总线架构）EAI 的总线架构可以看作是 Hub/Spoke 星型架构的一种变形；将星型中心点 Hub的传输消息的功能提炼成一条消息传递总线，而将适配器、集成引擎绑在了应用系统所在的平台；应用程序使用适配器转换消

6、息格式，并将消息发送到总线上；这些消息通过消息总线流淌到预订的应用系统的适配器中；该适配器再将消息翻译成符合其应用系统要求的格式；欢迎下载精品学习资源由于将适配器和集成引擎捆绑在了应用程序的平台上，bus 架构在获得比 hub/spoke 布局更好的扩展性的同时提升了集成的复杂性；但两种架构本质上都是应用系统之间点到点的整合模式；欢迎下载精品学习资源3. 方式：面对服务的体系结构 SOA（ service-oriented architecture， S OA）是一个组件模型和系统架构，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来；接口是 采纳中立的方式进

7、行定义的，它独立于实现服务的硬件平台、操作系 统和编程语言；这使得构建在各种这样的系统中的服务可以以一种统 一和通用的方式进行交互； SOA的最大优点是服务重用，打个比方来说不同的服务就似乎不同的积木，而采纳SOA，你可以依据自己的想法通过这些积木搭建一个符合自身业务特点和流程的IT 架构，并且当业务流程发生了变化，对于积木本身无需调整，只需要简洁的调整一下搭建的方法就可以了；因此采纳 SOA架构可以说是最能够满意企业业务欢迎下载精品学习资源实际需求，同时在业务发生变化是能够以最小的代价、最快速、最方便的完成 IT 对应支持的架构和解决方案；此外SOA采纳了和硬件、操作系统和软件无关的通讯协议

8、，打破了各家硬件厂商形成的壁垒，使不同的产品在技术层可以便利的连接，从而进一步降低整体拥有成本；此外 SOA的架构也很好的解决了 EAI 的交换中心的瓶颈的问题， 在 SOA的架构体系上，取代 EAI 的是 ESB（企业服务总线）； ESB企业服务总线和 EAI 的目的也是完全相同的，其主要的目的是用于业务应用的集成，但是其更符合 SOA的标准、甚至可以做到与产品无关；假如详细的把 ESB产品和传统 EAI 里面的消息总线类产品做个比较，其差异主要有三方面；第一， ESB以 SOA面对业务的哲学为基础，所以它主要是通过配置来建立，而不是通过编程建立；其次，ESB必需有才能在不同的协议之间建立互

9、通机制，包括传统的消息机制和Web服务接口；第三，除了消息（服务）代理方式外，ESB仍必需为 SOA服务治理供应服务的生命周期治理，而非简洁的过滤、转发、路由；简洁来说， EAI 是将全部的消息均通过其进行集中处理和转换，而ESB在完全以上的功能外，其更可以将全部的系统供应的服务在ESB上登记注 册，而 ESB本身不供应真正的服务，服务仍是有原有的系统供应；但是其供应全部服务的查询、注册、规范描述等等功能；因此ESB的负载一般不会向 EAI 这么繁重，甚至 ESB宕机后，已经完成的系统间的服务调用仍是可以正常运作；欢迎下载精品学习资源ESB除了运营支撑系统作为服务供应者和消费者的中介供应服务交

10、互、代理和路由功能外，仍可以供应可扩展的服务编排、目录、元数 据治理、生命周期治理、服务质量和级别掌握等功能；通过这些功能， ESB帮忙屏蔽各种服务生产者的差异，集中治理全部的服务消费行为；从而防止服务的大量扩散，简化用户SOA环境的复杂性；4. EAI与 SOA的比较我们从以下的几个方面对 EAI 与 SOA进行比较：1. 集成的本质EAI 的集成方式从本质而言是基于消息的集成，因此EAI 的各组成部件，如适配器与 hub，都带有消息转换与消息路由的功能，在EAI 的运作过程中，单个应用系统只关怀其与EAI 连接部分消息的输入与输出，不关怀详细的业务处理，业务处理都是在应用系统内部完成的；S

11、OA的集成方式，其本质是对业务功能服务化后依据业务流程进行编排，是真正意义上的基于功能服务的集成；当然在基于SOA的集成中同样包含了基于消息集成的功能；因此基于 SOA的集成方式比 EAI 的集成方式适用范畴更广；2. 集成对象的颗粒度欢迎下载精品学习资源SOA和 EAI 从不同的视角切入去看待企业已有的信息资源，并基于此对企业已有的资源进行梳理、分类和集成；EAI 从应用系统的层面去看待企业已有信息资源，企业的每一个应用系统被看作一个集成单元， EAI 工作的目标就是，通过为这些已有的应用系统供应一种中间沟通方式，让这些应用软件之间可以进行数据 的共享与交换，从而盘活这一个个独立的“信息孤岛

12、”；SOA从供应服务、使用服务的角度去看待企业已有的信息资源；在这种方式下，同样的一种资源既可能是服务供应者，也同样可以是服务使用者； 在这种方式下，一个应用模块可能只供应一种服务，因此被封装成一个服务，也可能由于供应了多种服务，而需要进一步划分；明显， SOA方式集成处理的颗粒度比 EAI 要小，因此 SOA方式比 E AI 方式更具有敏捷性；3. 标准化SOA在实现企业信息化集成的同时，也将实现企业级服务的高度可重用作为目标，因此，在 SOA架构中任何一种接口、通讯、协议都是欢迎下载精品学习资源遵循相应的国际标准，如：标准描述语言（WSD）L和消息协议 SOAP等；、发觉协议（ UDDI欢

13、迎下载精品学习资源EAI 就大多使用基于详细实施 EAI 企业中制定的私有标准；基于私有标准的优点是可以在肯定程度上减轻EAI 中间层对应用系统消息翻译转换的压力，在应用系统较少的情形下可以提高EAI 的整体性能，欢迎下载精品学习资源但私有标准同时也对企业整合的敏捷可扩展性上带来缺失，当企业引入新的应用系统，或当某个应用系统需要做比较大的改动时，整个EAI总线的适应性将变得非常脆弱；在系统较少的情形下或是系统集成的早期阶段，采纳私有标准的E AI 会表达出性能高，实现难度低等优点，但在企业规模不断增长的过程中，新引入系统的整合难度将由于标准的不统一而呈指数级上升；4. 敏捷可扩展性由于对标准的

14、良好支持，使得SOA具有可敏捷扩展的特性，而 EAI 要达到同样的扩展成效，其代价将远远高于SOA；例如，现在有甲、乙两个系统需要集成；假设它们通过SOA完成集成形成 A 方案，使用 EAI 完成集成形成 B 方案；当集成需求发生变化后，甲乙两个系统需要以另外一种业务规律进行集成；对于A方案而言，所需要做的工作比较简洁，只需将之前的业务规律打开，重新组合一下业务规律就可以实 现；而对于 B 方案而言，过程就会麻烦的多，需要依据新的业务规律，重新设计开发满意新业务规律需要的适配器和中间层的消息处理 规律；5. 重用性企业信息化建设的投资可以分为两个部分：现有应用系统的保护与新系统的开发费用；在

15、SOA架构下，各个服务是以完全独立的方式通过服务目录暴露在 SOA集成平台上的，当新集成进来的应用系统需要使用现有的某个服务时，可以直接使用，无需再次开发，即服务是欢迎下载精品学习资源可重用的，只需用开发目前仍没有的业务功能服务，这样可以充分利用现有的资源，降低成本；通过 EAI 方式实现企业应用集成，其开发的适配器、中间层消息转换规章和消息路由都是紧耦合的，当新系统要在EAI 中进行集成， 便需要对现有的部分适配器、中间层消息转换规章与消息路由进行改 造，无法重用；因此，使用 SOA比使用 EAI 更经济，特别在多个应用系统相互集成的复杂场景下， SOA的优点将更加突出；6. SOA 企业服

16、务总线与 EAI 总线的比较ESBEnterprise Service Bus企业服务总线）是一种用于推动 SO A的基础设施，从技术上而言，企业服务总线是一种消息传递的主干线，它用于供应协议转换，消息格式的转换，地址路由，接收并分发从各个连接到 ESB的服务恳求与系统传递来的消息；在 EAI 的总线架构中， EAI 为消息传播供应了一个中心消息主干线-Bus ；应用程序使用适配器将消息发布到总线，消息通过总线流淌到预订的应用程序中；总线是消息流淌的通道，捆绑在应用软件端的适配器负责将消息在应用程序端的格式与符合总线标准的格式之间转换；因此，对于每一个应用程序，都需要单独为其开发符合应用程序自

17、身要求的适配器，而由于没有遵循统一的标准，这些适配器是无法通用的；当某个应用系统进行比较大的改动时，就有可能存在对适配欢迎下载精品学习资源器的改造已经不能满意系统变更需求的情形，此时甚至有可能会牵涉到对 BUS总线的修改，给企业信息架构带来很大的风险；从 ESB和 EAI 的总线工作过程上的区分可以看出ESB承担了更多的责任，做了更多的事情，为集成后的系统供应了完善、牢固的底层 支持；而 EAI 的总线，只是一个消息的分发器，由于没有统一的标准，需要依靠适配器来完成转换；功能上的差别导致了系统集成到总线上的代价的庞大差异；7. 系统集成的代价SOA架构中的企业服务总线与 EAI 中私有形式 B

18、US尽管结构较为相像，但是在系统集成中却导致集成的成本代价却有很大的差别；这种在代价上的差异主要由两个方面的因素造成的，一是私有形式的总线供应许多产品套件式的内建函数功能，这些函数功能需要依据业务需求进行开发；二是许多的私有形式的总线采纳专有的消息格式来提高性能，但却增加了系统开发代价；企业服务总线都是基于标准的；企业服务总线主要的优点就是相比集线器架构和基于产品套件的总线架构的支出要低，而且它是完全基于业界标准化；另一个关键的不同是： ESB具有分散的和分布式体系结构，更加轻型的安装，而 EAI 遵从 HUB-SPOK体E 系结构，因而企业中进行多个大型应用系统之间的集成时，硬件成本高，扩展

19、性也会相对比较薄弱；.欢迎下载精品学习资源5.总结到目前为止，传统的编程技术所形成的软件系统都是刚性的；也就是说，一旦开发完成并投入运行，就是固定不变的，不能在使用过程中进行调整和转变；在业务流程中，软件系统严格依据预先设定的目标，各功能模块依据确定的次序执行；假如数据结构或者业务规律发生转变，就必需对全部相关的软件模块、数据源和消息逐个进行修改；就算是有了 EAI 中间件，这种情形也并没有得到根本性的转变；今日， SOA转变了这种现状； SOA采纳服务恳求 Service Request的方式，使软件系统向“柔性化”迈进了一大步；与传统的软件系统 不同， SOA只限定服务所需的信息并提出服务恳求，但是不限定供应服务的模块； SOA架构替代 EAI 实现企业应用集成是必定的趋势，只有通过 SOA架构来进行企业应用集成，才能使企业信息化快速、稳固发展；欢迎下载