市场主流ESB的产品比较(较全).docx

综述介绍了主流商业和开源ESB的发展趋势、可借鉴的地方和其缺点：ESB产品一览表包括商业和开源：类型产品公司商业Oracle Service Bus (OSB)OracleOracle Enterprise Service Bus (ESB)WebSphere Enterprise Service BusIBMWebSphere?Message?BrokerWebSphere?DataPowerSonic?ESBProgressActiveMatrix? Service BusTIBCO开源MuleMuleSoftServiceMix/FUSE ESBProgressSynapse/WSO2 ESBWSO2甲骨文的OSBOracle Service Bus (OSB)的架构图:主要逻辑层：底层消息 服务总线的安全， 消息Broker，服务管理。优点：易用性开发工具从Web Console迁移到Eclipse，支持图形化拖拽和便于调试在studio上直接集成测试功能，比如studio能提供直接发送和接收SOAP,JMS消息的功能，无需借助第三方工具，如SoapUI和编写JMS客户端代码。性能提升嵌入Oracle Coherence(企业级的内存数据网格）产品，在特定场景下为服务调用提供缓存，性能提升80%。Cache机制为静态响应信息提升性能。静态响应信息是指在一段时间内不会发生变化的信息，如天气预报，手机套餐，人民币汇率等，这些数据变化的周期通常是1天，1月。实现手段：采用比较成熟的开源Memcached或者轻量级的JCACHE管控能力增强采用自动化的生命周期服务治理，从服务设计、开发、部署和运行期的整个服务生命周期内和Enterprise Repository产品进行自动同步，无需人工干预。缺点：依赖于Weblogic重量级的统一消息格式：通过反编译OSB的源码，可以看出OSB将各种协议（HTTP,WS,JMS…）接入的消息统一转换为SOAP Message，再通过Xquery Engine对SOAP Message进行XML操作。以下场景其缺点可立即显现：1.HTTP下的大数据包2.JMS Object类型的大数据包（最新版本OSB才支持JMS Object类型，之前只支持JMS Text类型依据：对大数据包进行XML操作比较耗CPU将大的Object转换为XML是个繁重的操作?IBM的WMBWebSphere Message Broker（WMB）的优点和趋势：?简化开发/部署架构 ? 去掉configuration manager，开发工具/应用可以直接和broker交互。 ?易管理 ? 为管理员提供专用的管理工具--WebSphere Message Broker Explorer，可以管理本地和远程的broker和queue manager，同时提供了监控broker性能和消息流的功能。 ?简化开发流程 ?? 将常用的消息流场景进行了模板化，推出了基于模式的开发方式，用户只需要配置相关参数即可。提供的模式分为两类：内置（built-in）和自定义（user-defined）。 WMB 7.0架构：WMB开发/部署架构的变迁:去掉configuration manager，开发工具/应用可以直接和broker交互。Broker的配置信息保存在File中，可以不依赖于DB。统一安全机制，queue managers and brokers均采用MQ queue的授权机制。V6中采用的安全机制是由Configuration Manager提供的Access Control Lists (ACLs)来管理授权的。统一publish/subscribe机制，Message Broker V7直接采用WebSphere MQ V7的publish/subscribe机制，因此去掉了以前版本中使用publish/subscribe时所需的User Name Server。WMB提供了基于模式的开发， 将常用的场景模式化，比如服务穿透场景。不使用基于模式开发一个服务穿透的场景所需步骤：1.创建并配置业务服务2.创建并配置代理服务3.在代理服务中关联业务服务如果采用模式开发，其步骤：1.创建服务穿透模式并配置业务服务和代理服务优点：开发方式模式化简化开发方式，减低了使用门槛，减少了使用中出现的概率。开发方式的转变由自底向上转变为自上而下。自底向上根据使用场景，逐个一步一步地开发组件，最后进行组装。自上而下根据使用场景选择特定的模式，用户只需要配置参数（比如队列名称，WSDL地址等）即可。缺点：重量级的架构传统的EAI架构，必须依赖于WMQ。笨重的ESQLESQL是WMB用于处理消息流的一套特有的扩展SQL的语言，功能很丰富，语法比较