- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于ESB企业应用集成研究
基于ESB企业应用集成研究
摘要:本文在分析传统企业应用集成架构的基础上,设计了一种基于SOA的ESB技术的企业应用集成解决方案,使企业应用更易于集成和提高可重用性,并对ESB实现的关键技术做了简要介绍。
关键词:SOA 企业服务总线 平台架构
中图分类号:F270 文献标识码:A 文章编号:1007-9416(2011)09-0120-02
1、引言
“信息孤岛”催生企业应用集成技术(EAI,Enterprise Application Integration)的产生于发展,但是传统的EAI使用COM和CORBA等组件化技术进行分布式、跨平台的程序交互,系统整体的拓扑结构复杂,组件的连接协议私有、非标准。面向服务体系架构(Service-oriented Architecture,SOA)带来了一种新的集成思想,它可以构造出灵活的以服务为中心的架构。
企业服务总线(ESB,Enterprise Services Bus)的出现,为EAI和SOA注入了新的活力。ESB在SOA中充当实现服务间智能化集成与管理的中介,是一种松散耦合的服务和应用集成方式,在逻辑上与SOA所遵循的服务集成基础架构保持一致。
2、传统的EAI方法
回顾EAI平台的建设发展,主要包括三种架构:点对点架构,星型架构,基于消息的架构。
2.1 点对点架构
点对点架构是一个典型的网状结构,系统之间两两建立连接,这样N个系统就会有N(N-1)/2个连接,如图1所示。
这种架构技术简单,通常用Remote,FTP,IIOP或者批量接口的技术规范API来实现集成。但存在以下缺点:
(1)高耦合:架构中任意一个系统出了问题,会影响到与它相连接的所有系统。
(2)易用性差:架构简单地实现系统两两连接,缺乏统一的监控和管理。
(3)扩展性差:新系统必须与其他所有需要交互的系统进行点对点的开发,不易扩展。
2.2 星型架构
星型企业应用集成架构(Hub-and-Spoken架构),是多个系统通过中心系统(相当于Hub)建立连接。星型架构相对点对点架构是一个改进,实现了系统监控和管理,减少了被集成系统之间的连接数;另一个特征是每个系统通过连接器与Hub连接,使得系统整合很少改变或不改变已有的系统。架构如图2所示。
图2中小椭圆代表各个系统,大椭圆代表中央集线器系统,三角代表轻量级连接器(Light Connector),直线代表系统之间的连接。结合架构图,可以看出Hub-and-Spoken架构具有以下缺点:
(1)单点故障和性能瓶颈:如果中央集线器出现问题,那么整个集成架构就不能工作。
(2)技术不标准:中央集线器与系统的连接并没有统一的标准。
2.3 基于消息的企业应用集成架构
架构中所有节点通过一个适配器(Adapter)连接到总线上[1],总线主要负责数据的传送、转换和路由。架构如图3所示。
在图3中,Message Bus是消息中间件,Adapter是应用与消息的适配器,Application是各个系统。这种架构具备更好的性能和扩展性,但是缺乏对业务流程的处理。
3、基于ESB的企业应用集成架构
ESB是SOA架构下实施EAI的方式,它是为了支持SOA设计的集成基础平台。
ESB的优越性表现在:作为SOA架构中充当实现服务间智能化集成与管理的中介,是逻辑上与SOA所遵循的基本原则保持一致的服务集成基础架构[2],改变了传统的软件架构,提供了服务管理的方法和在分布式异构环境中进行服务交互的功能[3]。可以提供比传统中间件产品更为廉价的解决方案,同时可以更容易地消除不同应用之间的技术差异,实现不同服务之间的通信与整合。
如图4,架构中从上到下各层实现功能如下:
(1)应用系统层(Application System):包括各种需要集成的应用系统。
(2)组件层(Components):实现用不同的组件把底层系统的功能封装起来。
(3)集成层(Integration Architecture):集成服务,引入一系列可靠的性能集合,比如智能路由,协议中介和其他转化机制,通常被描述为ESB。
(4)服务层(Services):承上启下,对上响应业务模型,对下调用相关组件完成业务需求。
(5)业务处理层(Business Process):定义第三层中公开服务的合成和编排。
(6)表现层(Consumer Layer):实现与用户沟通的接口。
该架构是一个灵活的用于集成各种异构环境中应用和服务的基础架构,能够有效地实现各应用和服务间的信息沟通和数据共享。它使用ESB作为服务
文档评论(0)