1、Enterprise Service Bus(ESB)简介,冯志勇天津大学计算机学院,(企业服务总线),ESB 动机和定义面向消息的中间件, Message oriented middleware (MOM)ESB MOM 核服务容器和抽象端点智能路由ESB 产品Case study（个案研究）,2018/9/25,2,Outline,什么是ESB?,2018/9/25,4,IT集成的问题,信息在不同业务单元的隔离.多样的信息系统平台和应用.固定的业务流程.新信息系统的引入.,创造一种可以普遍深入到企业应用或更广泛领域的集成的体系结构。在多种集成具体状况的基础上开发出适合与通用的集成。用一种唯
2、一的，统一标准的方法以及通用的基础结构来集成。超越单独的IT数据中心的局限，扩展成能自动处理的合作关系。简化设计，降低进入的门槛。针对普遍的应用和自动进行事务流程处理提供一个广泛的，抽象的观点。灵活应对多变的商务需求。,2018/9/25,5,普遍的集成需求,当前所使用的主要的架构设计是无意识的。企业现在没有互联。只有10%的应用连在了一起(Gartner Report).这些应用中只有15%能够用于任何中间件 迄今为止，分布式计算技术已经存在，没有解决这个体系结构问题。19世界90年代末期昂贵的经纪人一体化项目在名义上已经成功的解决并且给组织的专有集成领域奠定了基础。集成项目平均需要20个月
3、以上才能完成少于35%的项目能够按照预算准时完成35%的软件维护预算花在了点对点的应用程序连接维护上在2003年，全球3500家企业预计平均花费640万美元用于集成Forrester Research, “Reducing Integration Cost”, 12/2001.,2018/9/25,6,集成的现状,2018/9/25,7,Web Services的进化,Forrester Research,2018/9/25,8,传统集成方法,Traditional EAI,ESB,ApplicationServer,CustomerCode/MOM,Hub and SpokeIntegrat
4、ion,DistributedIntegration,Application and Integration logicIntertwined,Application and Integration logicSeparated,企业服务总线无处不在；许多因素促使其发展和进化。从过去的超过10年的技术方法中汲取教训。企业服务总线不仅仅是理论经验；它的出现是必须的，是基于真实的需求的，是从那些用以前的集成技术不能解决的困难的集成问题中出现的。,2018/9/25,9,需求是革新之母,要实施SOA 的企业需要一个更先进，能够支持大量的个人的交互的易于管理的基础设施。这样的基础设施能够支持更多的特定
5、的集成风格 ：以消息为向导的事件驱动的传统集成的这样的基础设施能够支持企业级的服务质量。,2018/9/25,10,ESB的必要性,ESB is emerging as the unifying concept for such infrastructure,2018/9/25,11,ESB进化,2018/9/25,12,什么是ESB,“在2005年之前一种新形式的企业服务总线基础设施（包括以消息为导向，中间件，web服务，转换和智能路由）将在大多数企业中运行。这些高功能，低消耗的企业服务总线将很适合成为面向服务架构和企业中枢神经系统的主干。Roy Schulte, Gartner Repor
6、t, 2002.,企业服务总线的定义仍然是不断变化的。使SOA的作为中间件的中间层的通过一套可重复使用的商业服务的软件基础设施被广泛接受。 - Forrester August 13, 2004使可重复使用的商业服务的基础设施软件被广泛的提供给了用户，应用，业务流程和其他服务- Forrester Q2,2006,2018/9/25,13,什么是ESB,（企业服务总线）有提供一套基础设施的能力，能够实施中间件技术，能够将服务在一个SOA上集成。解耦客户在实际执行的服务中对一个服务的观点解耦技术方面的服务交互由企业集成和管理服务- IBM, 2004,2018/9/25,14,什么是ESB,20
7、18/9/25,15,ESB最低能力,- “Getting Started with Websphere ESB”, IBM Red Book (SG24-7212-00), 2006,2018/9/25,16,ESB扩展能力,2018/9/25,17,The ESB Story,interface,Loose-coupled, Standard-BasedIntegration,2018/9/25,18,The ESB Story,高度分布的集成和选择性部署,编排和流程跨越物理和逻辑边界 高度分布的部署拓扑结构,通过分层服务的扩展,ESB 特点,企业服务总线的特点普遍深入的高分布的，事件驱动
8、的SOA选择部署集成组件安全和可靠性编排和流程自治的和联合的管理环境采集增量。一个能被小项目使用的ESBXML支持实时洞察力,2018/9/25,19,面向消息的中间件鲁棒, 可靠传输通过抽象数据通道的数据高效流动端到端可靠性服务容器和抽象端点端点逻辑抽象，代表远程服务各种实现容器端点的物理实现分布式和轻量级的智能路由根据内容和上下文的消息路由根据业务流程规则的消息路由基于BPEL4WS规则语言的业务流程编排,2018/9/25,20,ESB 关键组件,2018/9/25,21,面向消息的中间件,远程过程调用是一种允许在一台电脑上运行的一个电脑程序能够调用另一台电脑上的子程序并执行而不需要程序
9、员明确的代码细节交互的协议。是一个执行在分布式计算的客户端/服务器模型上的简单的并且受欢迎的范例。是一个通过多程序的同步操作。All-or-Nothing（是全部或什么都不是),2018/9/25,23,紧耦合与松散耦合接口,紧耦合与松散耦合接口,紧耦合接口每一个应用程序应该知道每一个其他应用程序想要怎样交互的细节当系统按照n(n-1)/2的比例增加时接口的数目将变得非常多松耦合接口自我控制，独立单位异步的消息接口的数量级从O(n2) 减少到O(n),2018/9/25,24,一个ESB用路由消息的虚拟渠道信息（消息）的自控制单元异步交互应用程序是抽象的解耦通讯系统支持多种信息的客户的连接点和
10、在连接点之间进行多渠道的沟通的管理消息服务消息代理,2018/9/25,25,面向消息的中间件(MOM),消息,头部基本信息目的地, 回答,消息类型, 等等。 属性应用程序定义的名称/值对为客户或路由过滤主体纯文本, 原始数据, XML消息,2018/9/25,26,抽象解耦生产者和消费者互相不知道对方消息模型发布和订阅 一对多广播信息 点对点两个特殊的应用程序之间一对一交流,2018/9/25,27,MOM 概念,主题层次 允许一通配符为基础的任何级别的订阅访问控制列表 允许不同级别的等级,2018/9/25,28,MOM概念,消息自主消息是独立的，自治的实体生产者发送消息通讯系统是收到任何
11、有关消息的保障ESB确保它能够以想要得到的数据格式到达,2018/9/25,29,异步可靠性,存储和转发消息排队和确保传递正好一次至少一次最多一次消息次序接收器接收到的消息次序和发送顺序一致,2018/9/25,30,异步可靠性,消息确认允许信息系统监督信息的进展以确定消息是否成功的产生和消耗,2018/9/25,31,异步可靠性,可靠的发布和订阅持久信息持久订阅,2018/9/25,32,可靠消息传递模式,可靠的点对点队列持久的消息在传送给消费者或者终止前总是停留在队列中非持久消息在传送给消费者或终止前也是停留在队列中，但是它不能保证从故障中存活和从通讯服务器中恢复,2018/9/25,33
12、,可靠消息传递模式,多级 存储-转发每个消息服务器都使用存储-转发和消息确认的方法来将消息传递到链中的下一台服务器每个链接都是安全的，可鉴别的，并且能够通过防火墙界限,2018/9/25,34,可靠消息传递模式,2018/9/25,35,交易信息,接收和发送操作可以在单独的一个本地事物中绑定在一起,多源参与到一个两阶段提交事务中,An ESB Removes the Low-Level Complexities,可以在MOM（大容量光存储器？）上建立一种模式来进行同步或异步应答通过管理ESB容器中的详细资料，ESB可以加深这个过程的自动化,2018/9/25,36,在请求/应答通讯模式,Jav
13、a 消息服务消息规范，1998在MOM环境中，为可靠消息传递和非可靠消息传递 定义了API和一组规则用来控制消息传递的语义 简单对象访问协议 (SOAP),2018/9/25,37,通讯标准,WS事务(WS-Eventing)定义了一组基准操作，使web服务对有关方提供异步通告2004.4，提交到OASIS，类似于WS-BaseNotificationWS通知(WS-Notification)利用基于主题的发布模式 定义了一个标准web服务通知方法，WS-BaseNotification, WS-BrokeredNotification 和 WS-Topics的规范2006.10 OASIS标
14、准,2018/9/25,38,通讯标准,MOM为企业数据数据交换提供了骨干消息确认，消息持续，和处理通讯系统确保可靠的消息交换生产商和通讯服务之间的契约: 确保可靠的消息传递通讯服务和用户之间的契约: 确保可靠的消息接受当web服务之间需要交互时，消息中间件是合适的传输协议:异步性，消息的发送者不等待消息的回复可靠性，消息的发送者保证邮件将交付在一个容器管理的环境下，ESB可以概括低级的细节。,2018/9/25,39,总结,ESB MOM 核,2018/9/25,41,一种通用的信息调用框架,2018/9/25,42,MOM桥接,ESB内部的消息代理为外部协议和内部中间件渠道提供桥梁或映射。
15、,2018/9/25,43,直接协议处理,服务容器和抽象端点,终端是插入总线的服务的逻辑抽象。一个终端的实际表示可能是多种多样的一个单独的应用程序一批应用程序一个商业单元从集成的角度来看一个终端的基本运行是隐藏的一个本地绑定的应用程序适配器一个标注的外部服务,2018/9/25,45,服务端点,服务容器是抽象服务端点的物理表现。与应用程序容器和EAI代理相比，服务容器是一个简单的、轻量级的进程。为选择调度、服务调用以及生命周期管理提供主机服务和支持。,2018/9/25,46,服务容器,2018/9/25,47,ESB服务容器设施,2018/9/25,48,服务容器：高度发布的基于标准的,集成
16、代理：集中的，整体的私有的,服务容器 vs. 集成代理,服务容器受控环境：生命周期问题实例管理线程管理定时服务安全和事务服务等等,2018/9/25,49,服务容器 vs. 应用服务器,Service ContainerHost services,Application ServerHost applications,服务容器 vs.应用服务器,2018/9/25,50,Compiled Class,Declarative artifact,智能路由,ESB到SOA的通道的重要性在于，服务定义是和 定位与调用服务的机制是分离的。ESB = 路由器来自服务请求者向相关的服务提供者提出的请求的服务
17、路由，是基于一个路由表的。协议转换，允许用在服务请求者和服务提供者之间的协议的退藕。,2018/9/25,52,为什么要路由？,一个消息行程与你在旅途中的旅行行程是相似的。这种行程以XML元数据的形式存储，并且携带着消息从一个服务容器到另一个服务容器穿过。这种行程代表了一个分离的消息路由操作（服务端点）的集合。,2018/9/25,53,基于行程的路由,Sub process,要控制消息到哪里去，是基于消息的属性或者消息内容的。元数据描述可能的分支和规则。在远程容器评测，而不是通过集中的规则引擎,2018/9/25,54,基于内容的路由,ESB 产品,BEA AqualogicCape Cle
18、arSonicFioranoIBMIona,2018/9/25,56,ESB 供应商,2018/9/25,57,WebSphere 应用服务器 V6,报文发送：请求/响应与出版/订购消息可靠性（持久性/存储和转发事务控制）路由：动态服务和港口选择Web服务请求从一个WSDL定义转换到另一个有代理的因特网路由转换：协议转换：SOAP/HTTP-SOAP/JMS内容转换：格式，信息增加，聚合和相互关系,2018/9/25,58,WebSphere 应用服务器 V6,服务容器：支持web服务：主机为提供者发布Web 服务。主机应用程序使用Web 服务。与JCA,JDBC的连接管理工具和支持PMI的W
19、eb服务性能监控系统管理和管理工具的集成，尤其是IMB Tivoli产品。,2018/9/25,59,WebSphere 应用服务器 V6,Celtix (Iona), Mar 31, 2006 beta 1.0Web 服务，XML转换，路由，异步，JMS,通过JMX与J2EE集成，基础 JBI & SCA前景：开发集成能力（JBI）ServiceMix (LogicBlaze ), Nov 2005, version 2.0Based on ActiveMQ基于ActiveMO完全JBI容器新版本中，BPEL,高兴的路由发现，XPath传输引擎，RSS和JCAMule, version 1.
20、3 rc2基于J2EE1.4 和通用信息对象（SEDA)Web 服务（Axis/Glue)与Sprint架构集成后的模型作为ESB容器前景：支持JBI和BPEL等等,2018/9/25,60,开源ESB,案例学习,基地在UK，世界上最大的共同金融服务公司之一；业务通过IFAs运行IT基础结构主要是运行COBOL（基于IMS 和DB2应用程序）的主机,2018/9/25,62,标准人寿,降低操作花销，提高对IFAs和客户的服务质量例如：从单一角度来比较各种产品和一个客户的所有股份的价格需要一个新的集成架构，这种架构的灵活性和重用性是决定性的。 “我们需要维护基础架构的独立性，这能允许我们不必重写
21、应用程序就能改变架构”智能报文传送中心与应用程序服务、XML 耦合，作为集成信息的通用语言，而且，Java作为新的运行在很多操作系统上的应用服务的平台。,2018/9/25,63,架构改进的要求,2018/9/25,64,标准人寿 ESB 解决方案,新的集成架构成为所需的所有在Standard Life的新电子业务工程的平台。在不到1年的时间里，12个应用程序运行在IFA外联网上。通过对客户服务进行高级的业务集成，它们变得对IFAs更有吸引力，同时还减少了耗费。“我们明确看到了提高后的市场速度=直接可归功于这种新的架构以及我们设计应用程序的方式。”,2018/9/25,65,IT和业务改进,E
22、SB是用来确定为创建一种 可以渗透到扩展的计划内外的集成架构的挑战的地址的。ESB的主要组成部分如下： MOM中间件服务容器和抽象服务端点智能路由,2018/9/25,66,总结,David A. Chappell, “Enterprise Service Bus”, OReilly, 2004.Bruce Silver Associates, “Enterprise Service Bus Technology for Real-World Solutions”, Industry trend reports, Aug. 2004. BEA, “Service Infrastructure
23、Overview”, July 2005. Cape Clear, “Cape Clears Enterprise Service Bus (ESB)”, 2005. “Patterns: Implementing an SOA Using an Enterprise Service Bus”, IBM Red Book (SG24-6346-00), July 2004.“Getting Started with Websphere ESB”, IBM Red Book (SG24-7212-00), June 2006.整合的钥匙，林建 。,2018/9/25,67,References,
