《ESBMule 中间件技术》.pptx

Enterprise Service Bus 技术介绍;提纲;Mule ESB 案例分析 — Mule ESB Hello Wrold详解 Mule ESB的总结 — 什么时候用ESB架构 —Mule的优点和缺点; EAI、SOA与ESB;软件开发的演变历史;什么是EAI; 图 1：EAI 代理程序充当交换中心角色;什么是SOA;SOA将业务应用拆分为动态的和可重用的服务 ;为什么会有ESB;图3的结构只有服务，而服务的请求者和服务的提供者之间仍然需要这种显式的点到点调用。 设想： 如果我们用一个中间层，能够智能化管理这些不同的服务。此时我想到了HUB-Spoke结构，在SOA架构中的各个服务之间设置一个类似于Hub的中间件，由它来充当整个SOA架构的中央管理器的作用。如下图：;方案二;如图4所示，现在服务的请求者和提供者之间有了一个智能的中转站，服务的请求者不需要了解服务提供的细节，这看上去是一个很好的SOA结构，其实和我在前面讲的EAI企业解决方案的思想是一样的。 问题又来了： 选择Hub的模式来构建SOA基础架构，从逻辑的角度可能会出现哪些问题呢？ 从性能方面看 —每个服务的请求都要经过中央Hub的中转，Hub的负担会很重，速度会随着服务的怎多而俞来愈慢。 ;从可用性来分析 — 这样的系统很脆弱，一旦Hub出错，整个SOA架构就会瘫痪。 从开放性来分析 —这样的架构会破坏SOA的开放性原则，参与者运行在一个相对封闭的环境中，扩展起来十分麻烦。 因此，这个也不是理想的SOA架构。 为了设计一个理想的SOA架构产生了ESB，如下图： ;图5 ESB应用;ESB与前面的Hub结构有什么不同？;SOA与ESB的关系; 目前ESB与SOA的确切概念依然没有。但可以明确的说SOA就是一种服务集成思想，它的不同实现方式可能差别很大，目前SOA最常见的实现方式是SCA和JBI。 首先，ESB不是SOA。SOA的最常见的实现方式方式是SCA和JBI，而SCA的实现需要ESB，相反JBI则不需要ESB。 ? 其次，因为IBM和Oracle（收购了BEA和SUN的牛X公司）都推崇SCA模式的SOA，因此SCA实际上已经成为SOA的事实标准，说道SOA，最先想到的就是SCA模式了。 ? 最后，ESB是SCA架构实现不可缺少的一部分，ESB产品脱离了具体的应用外，没有任何意义。ESB的作用在于实现服务间智能化集成与管理的中介。通过ESB可以访问所集成系统的所有已注册服务。 ;ESB概念;Enterprise Service Bus;ESB要解决的问题;ESB功能的简单描述;ESB功能模型定义;1、通信;2、服务交互;3、集成;4、服务质量 ;5、安全性 ;6、服务级别 ;7、消息处理 ;8、管理和自治;9、建模 ;10、基础架构智能 ;ESB的架构模型; 最简单ESB功能构成;支持SOA的最低功能的ESB;最低的ESB功能;ESB常用技术与规范;ESB应用;ESB的应用前景;ESB的开源实现有哪些;Apache ServiceMix;Mule和Apache ServiceMix 是目前最流行的ESB开源的实现。 此外还有： SUN 公司的 Open ESB。 Apache Synapse,它是构建在Apache Axis2之上。 Jobss 公司的 Jobss ESB。 ; 一个轻量级的ESB实现 --开源Mule;What is mule？;Regardless of the different technologies the applications use, including JMS, Web Services, JDBC, HTTP, and more, Mule seamlessly handles interactions among them all.;Mule的关键特性;对事件的路由、传输和转换的端到端支持。 Spring集成框架，可以做ESB的容器，此外mule可以很容易的嵌套到Spring应用中。 使用基于SEDA处理模型的高度可伸缩的企业服务器。 支持REST API来提供技术独立和语言中立的基于web的对Mule事件的访问。 强大的基于EIP模式的事件路由机制。 动态、声明性的，基于内容和基于规则的路由选项。 强大的应用集成框架。 完整可扩展的开发模式。 ;Mule ESB架构;Mule ESB 是一个消息ESB框架，一个消息代理，一个分级事务驱动的框架(SEDA)。SEDA定义了一个依照分级队列、高度并行的企业级平台