设计美好的服务器(4)--Mule ESB笔记

Overview

Mule的运作能力非常强,商业的支持公司Mulesource.com,给大家贡献代码的MuleForge.org,2007年大会MuleConf2007,CXF的作者,SaleForces的CXO......

Features

  • *企业服务总线的主要特性:*Pluggable的传输层,转换器,路由器三者是ESB的公共核心功能,同时Mule还是《Enterprise Intergration Patterns》与 SEDA (Staged Event-Driven Architecture)的遵循者。
  • *企业服务总线的其他特性:*事务、安全、异常管理 ,JMX管理架构。
  • *Service Container:*Mule作为一个ESB,并不纯粹。UMO的角色很灵活,既可以是什么都不干的Bridge Componet成为真正的ESB,也可以是业务POJO,让Mule成为一个Service Container。作为Container,有多通信协议,有SEDA,有JMX监控,也不错。
  • *流程编排:*Mule and BPM, BPEL  , 因为Mule的不纯粹的Bus,对于组合服务它并没有像BEA那样提供统一的流程编写语言,如果使用每个节点inBound-outBound-inBound的定义会看得很郁闷,与而jBPM结合未知。但它提供了使用UMO(POJO)在代码级进行服务编排的可能。
  • *Cluster:*群集是它暂时还不支持的死穴,而BEA,ServiceMix都使用JMS的底层,用JMS群集来实现负载均衡,如果系统失效,JMS会回滚,将任务交给另一个消费者。而Mule使用vm queue来在每个节点间流动,也支持XA,也可以设置在shutdown时持久化到文件。Wiki中的计划 Cluster功能,有像BEA、ServiceMix那样跑JMS底层,有使用TerraCotta的实现计划。

架构

设计美好的服务器(4)--Mule ESB笔记_第1张图片
可以看出Mule的架构分三大块,传输层一块,POJO一块,还有一块运行时管理模块。

Transport Provider

Transport 是ESB最苦力的部分,Mule支持了WebService(Axis,XFire,CXF)/REST、Ejb/Rmi、Email、Jdbc、Tcp/Udp、Xmpp、VM、Ftp、File、Quartz,还有一些Transport如vfs、IBM MQ,藏在某个sandbox代码分支或者muleforge.org中。

名词:Provider由Message Receiver/Dispatcher,Connector,Adapter组成。
Message Receiver/Dispatcher负责具体收发,Connector负责与外系统的连接,Adapter负责转换协议特殊的数据格式,取得一些协议相关参数,比如http的Content-Length。Endpoint 定义了Transport+地址,如jms://topic:myTopic

Filter、Router、Transformer

在mule里各种模式通常只是一个名词,要把《EIP》摆在手边,参考其描述与用例。

UMO Component

  • Entrypoint Resolver,消息->UMO方法的解释与调度。
  • 对象容器,基于Spring。
  • UMO对象池,基于Apache Common Pools。
  • Interceptor ,默认有log和profile.
  • Writing UMO

Misc

你可能感兴趣的:(设计模式,spring,quartz,jms,osgi)