ea架构设计(ea架构方法论)

导语：架构设计之EAI架构介绍

一、EAI架构的发展历史

第一代，手工接口。主要特征包括：涉及的应用数量较少、利用文件交换、利用批处理导入、批处理非实时性、高额维护费用、缺乏重用性、缺乏灵活性。

第二代，基于消息的端到端接口。主要特征包括：应用与接口的数量增加、异步消息、异构平台、专注传输与消息的可靠性、较快的集成周期。不足之处主要是：接口数量剧增且复杂、相应的增加维护与支持、缺乏可重用性。

第三代，星型（Hub/Spoke）架构。主要特征包括：基于消息的Hub架构实现路由与格式转换，替代端到端的设计、工作流开始产生并包含于Hub中、大数量的应用需要数据同步、实时或准实时的数据交换出现、以应用为中心的看法得到改变。不足之处主要是：对Hub、适配器、工作流的编程与管理较为昂贵，同时重用性较低。

第四代，EAI解决方案中心。主要特征包括：提供得到验证的行业业务流程模版库，而不是从空白开始建起、提供一个为未来的业务与IT流程发展的系统平台。提供共享数据模型实现机制、业务流程独立于应用、实时的客户驱动流程成为通用模式、由业务分析员设计的工作流驱动Hub与应用、遵循企业神经系统（ENS）模式(Gartner Group)、快速的设计、开发、提交与维护、较高的重用性、定制化的组件得到普遍认可。

后来总线型模式发展成ESB。

二、EAI架构的组成部分

应用集成：通过HUB或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换。

信息集成：实现数据集成，在异构的数据源之间实现数据层的直接整合。

流程整合管理：实现业务流程管理，包括工作流管理、自动化流程两层面。

人员整合：实现应用用户界面统一的接入与安全机制，利用门户技术进行构建。

构建整合：通过J2EE应用服务器技术设计实现节点的应用。

三、EAI架构方式

1. Hub/spoke （集线器架构）

Hub/Spoke架构是星型拓扑结构，由处于系统中央的一个Hub和连接在Hub及应用系统的多个适配器(adapter)组成。适配器在Hub和应用系统之间，进行数据格式的转换与传输。适配器将应用系统的数据信息转化为Hub可以识别的格式并传递给Hub, Hub通过消息代理管理消息路由，并将这些来自应用系统的数据消息按其要求的路由规则传递给目标应用系统的适配器。

这种架构中的Hub使得系统易于管理，但是不易扩展。在需求突增时，只能通过硬件的升级才能增加系统容量。然而，这种升级方式的改进是有限的，不足以应付越来越多的整合需求，因此出现了联邦Hub/spoke架构的概念，在这种架构下，出现了多个Hub，每一个Hub拥有本地元数据，并且同全局元数据进行同步。对于全局规则和元数据的改变将自动传播到其他的Hub上。

EAI集线器架构

2. BUS（总线架构）

EAI的总线架构可以看作是Hub/Spoke星型架构的一种变形。将星型中心点Hub的传输消息的功能提炼成一条消息传递总线，而将适配器、集成引擎绑在了应用系统所在的平台。应用程序使用适配器转换消息格式，并将消息发送到总线上。这些消息通过消息总线流动到预订的应用系统的适配器中。该适配器再将消息翻译成符合其应用系统要求的格式。

由于将适配器和集成引擎捆绑在了应用程序的平台上，bus架构在获得比hub/spoke布局更好的扩展性的同时提升了集成的复杂性。但两种架构本质上都是应用系统之间点到点的整合模式。

EAI总线架构

三、总结

总线类型的把消息处理适配器部署于应用系统，而hub类型的把消息处理适配器部署于EAI系统，所以说hub类型的EAI是来一个系统，EAI来实现并支持一个，而总线类型的所有系统都是按EAI定的一个格式标准来接入，转换由各自完成。后续总线型架构的EAI逐步进化为了ESB，其支持了更多标准格式的接入，也多了更多的管理功能，后续文章我们再来看看ESB架构的介绍，先看一下总线型EAI进化成ESB的架构图：

ESB架构

免责声明:本站部份内容由优秀作者和原创用户编辑投稿，本站仅提供存储服务，不拥有所有权,不承担法律责任。若涉嫌侵权/违法的，请反馈，一经查实立刻删除内容。本文内容由快快网络小姿创作整理编辑！