Mule简介-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

Mule简介

简介:
    笔者一直在研究和开发ESB相关项目,最近一周学习了Mule项目,对Mule开源ESB项目有了一定的认识。本文写一些mule的简介。在下一篇文章中介绍了Mule的安装部署和使用例程。
    Mule是什么?
    Mule是一个轻量级的基于Java的ESB消息框架,它允许用户快捷地连接多个应用并且在这些应用之间交换数据。Mule使用了SOA的体系结构思想,可以方便的集成已有的应用。它是可升级的、高分布式的对象代理,可以通过异步传输消息技术来无缝的处理服务与应用之间的交互。
    Mule框架提供了一个可升级的环境,可以把自己的业务组件部署在里面。Mule管理所有组件之间的交互,不管它们是在同一个虚拟机中还是在internet上,也不管底层使用的传输方式。
    Mule围绕着企业服务总线(ESB)架构进行设计,保证了不同的组件或者应用可以通过公共的消息总线进行交互,公共的消息总线一般是由JMS或者其他消息服务器来实现。
    在应用中会使用不同的技术,包括JMS,Web Services,JDBC,HTTP等等,Mule可以很好地处理他们之间的交互。
    
    Mule有以下的优点:
    (1)Mule组件可以是你需要的任何类型。你可以很容易地集成一切从一个"plain old Java object"(POJO)到另一个框架的组件。
    (2)Mule和ESB模型允许组件重用。不像其他的框架,mule允许你使用一个已有的组件而不需要改变。组件不需要任何特定的mule代码,并且没有要求的API。业务逻辑和消息逻辑保持完全分离。
    (3)消息可以是任何格式,从SOAP到二进制图像文件。mule对体系结构不强制任何设计限制,比如XML消息或者WSDL服务。
    (4)你可以以多种拓扑结构开发mule,不仅仅是ESB。因为它是轻量级的和可嵌入的,mule可以有效地减少到市场的时间,并且增强项目参评,比如安全性,可扩展性。
    mulesorce提供了管理工具运行管理你的开发(Mule HQ)和基础设施(Mule Galaxy)。
    理解消息框架
    应用网络化的好处是使得一个应用能够发送数据到另一个应用。但是许多应用不能够读取和处理另一个应用的数据。Mule通过在应用之间提供一个消息框架以消息的方式读取、转换和发送数据来解决这个问题。一个消息是一个数据包,它可以在一个特定的管道(channel,也成为一个queue)中处理和发送。如下图所示:
    
    理解Mule体系结构
    该部分讨论了Mule体系结构的不同部分和他们如何处理消息和数据。这里使用了一个例子:一个公司需要为客户订单(order)产生发票(invoice),对这些发票执行一些处理后,把它们发送到运输部门以满足订单。
    
    处理过程:
    
    把业务逻辑和消息分离
    Mule的一个优点是它能处理通过一系列协议发送的消息。例如,一个发票(invoice)可能是XML格式的,但是它可能通过HTTP到达,也可能是作为一个JMS消息,这取决于哪个应用创建了这个发票(invoice)。如果服务组件仅仅处理业务逻辑和数据,而不是消息本身,它是如何读取各种格式的消息的呢?
    答案是:服务组件不知道如何读取消息,因为默认地,服务组件和消息格式是屏蔽的。取而代之,一个transport单独携带消息,transformer在router传递这个消息到服务组件之前改变消息的负载(比如刚才的invoice),它按照需要格式化使得这个服务组件可以读取。例如,如果一个XML invoice通过HTTP被发送,HTTP transport携带这个消息,router指导这个消息到达每一个服务组件以处理它,并且transformer按需要沿路改变这个invoice(比如从XML到一个Java对象)。所有的这些transporting,transforming和routing对于消息组件是透明的。

    
    把所有的组织起来
    Endpoint是配置的元素,是把所有服务组织起来的关键。你在inbound和outbound routers指定endpoint来告诉Mule使用哪个transport,把消息发送到哪里和服务组件需要接收哪个消息。一个endpoint的主要部分是地址(address),表达成URI,表示了使用的transport、地址和任意额外的参数。
    下面说明上图所示的逻辑数据流:
    (1)用户放一个order到公司网站,并且一个invoice被创建成一个XML格式并且提交到http://myfirm.com/orders。
    (2)HTTP transport接收这个XML invoice并且把它包装成一个Mule message。这个用户数据服务的inbound endpoint设置成http://myfirm.com/orders,并且它的inbound router指定这个消息必须包含一个Java对象,所以HTTP transport准备转换这个XMLinvoice并且分发这个消息到这个服务。
    (3)XML到对象 transformer把XML invoice转换成一个Java对象。
    (4)这个transport把这个消息传给用户数据服务。
    (5)用户数据服务组件查询master customer database(数据库)以获取关于永和的额外数据,并且更新invoice的数据。
    (6)HTTP transport使用outbound router配置来决定它必须分发消息到http://myfirm.com/verify。
    (7)HTTP transport使用Inventory Verification服务的inbound router配置来获取消息并且把它传输到服务组件。
    (8)服务组件更新invoice,有那个warehoused的一个ID code,这个仓库有所有的现在库存的invoice。
    (9)outbound endpoint 指定一个JMS地址,所有这个JMS transport分发这个消息到order fulfillment application,这个应用挑选订单。

    Mule中的几个名次解释:
    1. Connectors :就是支持不同协议的连接器。例如:Http,FTP,Mail,Soap,JMS和MW等等.通常连接器有三种类型:只用于接收,只用于发送和两者皆可。
    2. EndPoints Address:终端地址,类似于jms://topic:myTopic这样的东西。前面的jms就是连接器的类型。后面是各个连接器能识别的地址。这 个地址可以是接收器识别的地址,例如:jms://topic:myTopic表示对myTopic这个队列进行监听。也可以是发送器识别的地址。例如 pop3://user:password@mail.mycompany.com将某一个消息发送到远程邮箱里面。
    注意这里的地址是你自己命名的,通常不同的应用有不同的地址,例如某个应用是jms://topic:myTopic。另一个是jms://topic:myTopic2
    3. UMO Components :可以想象成这是ESB总线上的一个个芯片,控制器。在Mule里面,他们是一些POJO,负责接收消息,然后进行处理,在发送出去。例如,一个UMO它 的作用是监听jms://topic:myTopic里面的消息,如果有,加以处理后发送到pop3: //user:password@mail.mycompany.com这个邮箱里面。
     显而易见,UMO通过简单的调用EndPoints Address来接收消息和转发消息。它不需要知道自己按照什么协议接收和发送消息。这就是ESB的作用所在,即提供统一的总线接口。
    

    在下一篇文章中介绍了Mule的安装部署和使用例程。







     本文转自panpan3210 51CTO博客,原文链接:http://blog.51cto.com/panpan/132100,如需转载请自行联系原作者


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章
最新文章
相关文章