ESB解决方案mule分享

上传人:m**** 文档编号:561119995 上传时间:2022-09-29 格式:DOC 页数:9 大小:303.50KB
返回 下载 相关 举报
ESB解决方案mule分享_第1页
第1页 / 共9页
ESB解决方案mule分享_第2页
第2页 / 共9页
ESB解决方案mule分享_第3页
第3页 / 共9页
ESB解决方案mule分享_第4页
第4页 / 共9页
ESB解决方案mule分享_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《ESB解决方案mule分享》由会员分享,可在线阅读,更多相关《ESB解决方案mule分享(9页珍藏版)》请在金锄头文库上搜索。

1、信息化的发展在给企业带来难得机遇的同时,也给企业带来了新的挑战。巨大的投资为企业建立了众多的信息系统,以帮助企业进行内外部业务的处理和管理工作。但是这些信息系统可能由不同的品牌导入实施,只关注于各自领域内的数据与业务处理,由于缺少相应的接口标准和规范,它们各自为政,相互之间无法进行信息共享与业务集成,从而形成“信息孤岛”。随着企业规模的不断扩大,应用系统不断增加,对信息共享、系统互操作性和软件重用方面的要求越来越高,这些相对独立、标准各异的“烟囱”式系统已经不能满足业务的需要,暴露出的弊端越来越多,对企业提出了诸多的挑战。由于缺少统筹规划,企业内部遗留的基础架构庞大且管理起来极其复杂,这些基础

2、架构具有严格的操作要求,分阶段改造非常困难,这样必然会影响企业对客户需求的响应能力以及新增加和改进后的服务的部署。一个个的“信息孤岛”常常分属于不同的管理职能部门。由于这些系统没有进行互联,导致难于信息共享,即不同软件提供商的应用程序之间无法互操作。在多个系统共存的情况下,同一个客户的信息或者企业的信息,通常在多个系统中同时存在,但是各个系统统计出的数据常常不一致,为企业领导层进行正确决策增加了难度。面对这样的挑战,系统整合成为企业迫在眉睫的问题。企业迫切需要一种集成方法,将各种旧的应用系统和新的应用系统集成起来,这使得企业应用集成(,)技术产生与发展起来。传统的往往使用如和等组件化技术进行分

3、布式、跨平台的程序交互,系统整体的拓扑结构较复杂,组件的连接协议是私有的、非标准的。其存在着诸如系统灵活性差、投入成本巨大、新系统无法快速部署等问题,不能很好的满足企业集成的需求。在这种背景下,业内近年来提出了(面向服务的架构)模型,将应用系统抽象成一个个粗粒度的服务,标准化服务接口,松耦合服务架构。使用面向服务的平台集成遗留系统,将系统服务化,通过服务组合的方式复用企业资产,对于新开发的信息系统,采用插接方式进行快速部署,缩短了投资回报周期,提高了系统的适应性、灵活性和扩展性。采用这种面向服务的平台进行系统整合,成为当前企业解决“信息孤岛”的最佳方案。二、面向服务架构本身就是一种面向企业级服

4、务的系统架构,简单来说,就是一种进行系统开发的新的体系架构,在基于架构的系统中,具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件(也就是)组合构建起来的。它是一种以服务为基础的架构,服务边界清晰,服务自治,低耦合。它将应用分解为模块和可重用的函数以及服务,组合服务和模块以符合业务的需求,并重用现有的服务和模块以满足变化的业务需求。概述是传统中间件技术与服务等技术结合的产物。提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。提供了一种开放的、基于标准的消息机制,通过简单的标准适配器和接口,来完成粗粒度应用和其他组件之间的互操作,能够满足大型异构企业环境的集成需求。它可以在

5、不改变现有基础结构的情况下让几代技术实现互操作。就是一种可以提供可靠的、有保证的消息技术的最新方法。中间件产品利用的是服务标准和公认的可靠消息协议接口(例如的)。企业服务总线的概念是从面向服务体系架构发展而来的。描述了一种基础设施的应用集成模型,其中的软构件集是以一种定义清晰的层次化结构互相耦合,其中,每一个是一耳光预先组装的实现,它包含了实现分层目标所必需的基础功能部件。不是一个应用程序框架,也不是一个企业应用的解决方案,它只是一个基于消息的调用企业服务的通信模块。可以把它嵌入到应用程序框架中,例如嵌入到容器里面,或者嵌入到工作流系统中,它的作用是对企业里面的服务的调用提供一个框架和简便的方

6、法。四、和一种规范(领域)定义了组件框架、组件描述、部署模型定义了归一化消息模型定义了客户端接口定义了管理模型()是产品,是一个领域的规范五、ESB定义它是面向服务框架的实现它通常是操作系统和编程语无关的,它应能在和应用程序之间工作它使用作为标准通信语言它支持服务标准它支持消息传递(同步、异步、点对点、发布-订阅)它包含基于标准的适配器,用于集成传统系统它包含对服务编制()和编排()的支持它包含智能、基于内容的路由服务它包含标准安全模型,用于的认证、授权和审计它包含转换服务(通常是使用),在发送应用和接收应用之间转换格式,简化数据格式和值的转换它包含基于模式()的验证,用于发送和接收消息它可以

7、统一应用业务规则,充实其它来源的消息,分拆和组合多个消息,以及处理异常它可以条件路由,或基于非集中策略的消息转换,即不需要集中规则引擎它可以监视不同(服务级别合约)的消息响应门限,以及在中定义的其它特性它常常简化“服务类别”,向更高或更低优先级用户做出适当的响应它支持队列,在应用临时不可用时用来保存消息它由分布式环境中的选择性部署应用适配器组成六、主流商业和开源一览类型产品公司商业开源七、开源ESB框架Mule介绍1.Mule概述Mule是一个开源消息ESB框架,一个消息代理,一个分级事件驱动的框架(SEDA)。SEDA(StagedEvent-DrivenArchitecture)的核心思想

8、是把一个请求处理过程分成几个Stage,不同资源消耗的Stage使用不同数量的线程来处理,Stage间使用事件驱动的异步通信模式。MuleESB模式驱动系统中所有服务,这个系统有着一个分离的消息通讯中枢。服务注册在总线上,但是不知道其他任何被注册的消息,因此,每个服务只关心处理它收到的事件。Mule也把容器,传输,转换细节从服务中分离出来,允许任何对象作为服务注册到总线的。MuleESB是一个基于Java的轻量级企业服务总线和集成平台,允许开发人员快速便利地连接多个应用,并支持应用间的数据交换。MuleESB支持集成现有系统而无论其底层采用何种技术,如JMS、WebServices、JDBC、

9、HTTP以及其他技术。2.Mule的整体结构App从上图可见,Mule通过RDcfDString图Transformer5) RouterRouter使用Filter基于消息中的属性信息进行消息的分发。Router在Service中的位置决定了Router的性质(inbound、outbound和response)和担任的角色(pass-through、aggregator等)。6) ComponentComponent是Service的核心部件,是Service的业务逻辑的实现。PublicationconfigurationModalZ/Inboun(irouterfSarvicoInbc

10、uraondaaintHTTPaortIimplicitIL1aridgecamponsntOutboundpass-throughrouterOutbounsendpointJMSdesiinatianXSLtransformer_图Component:implicitbridgecomponentJhSccnneclcrHTTPco.nnactoriComponent可以是JavaClass(POJO、SpringBean)、WebService、Script等Component可定义自己的生命周期:initialise、start、stop、dispose,不过需要实现Mule的Life

11、Cycle接口。Mule3.0版本开始提供PostConstruct和PreDestroy的注解,对应生命周期的initialise和dispose阶段,不需要实现Mule的LifeCycle接口了。7) Flow(since3.0)Flow是Mule3.0新引入的,包含一个消息源(MessageSource)和多个消息处理器组成的处理器链。FlowMessageProcessor;:图FlOw;Message4. 事件驱动框架概述Mule是一个开源消息ESB框架,一个消息代理,一个分级事件驱动的框架(SEDA)。所谓的事件驱动框架,系统由事件消费者和事件产生着组成。事件消费者向事件管理器订阅事件,事件产生者向事件管理器发布事件。当事件管理器从事件产生者那接收到一个事件时,事件管理器把这个事件转送给相应的事件消费者。如果这个事件消费者是不可用的,事件管理者将保留这个事件,一段间隔后再次转送该事件消费者。这种事件传送方法在基于消息的系统里就是:储存(store)和转送(forward)事件驱动设计和开发的优势:1) 可以更容

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 解决方案

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号