主流商业和开源ESB产品概述.pptVIP

ServiceMix的缺点 JBI规范太复杂 已被主流中间件厂商抛弃,没有受到业界的青睐 架构复杂 由于JBI的复杂性所致，其架构并非轻量级 缺少IDE的支持 必须手写大量的XML配置文件 缺少governor的支持 ServiceMix4只是借助Flex的web console管理OSGi的bundle 学习门槛高 用户文档和相关资料比较少 第二十五页，共三十七页。 Synapse/WSO2 ESB运行期架构图 WSO2 ESB=Synapse+Monitoring+Management+Governance Registry 第二十六页，共三十七页。 主流商业和开源ESB 第一页，共三十七页。 概述 主要内容： 介绍了主流商业和开源ESB的发展趋势、可借鉴的地方和其缺点。 主要介绍： Oracle Service Bus WebSphere Message Broker Mule ServiceMix/FUSE ESB Synapse/WSO2 ESB 第二页，共三十七页。 主流商业和开源ESB一览 类型 产品 公司 商业 Oracle Service Bus (OSB) Oracle Oracle Enterprise Service Bus (ESB) WebSphere Enterprise Service Bus IBM WebSphere Message Broker WebSphere DataPower Sonic ESB Progress ActiveMatrix Service Bus TIBCO 开源 Mule MuleSoft ServiceMix/FUSE ESB Progress Synapse/WSO2 ESB WSO2 第三页，共三十七页。 Oracle Service Bus (OSB)的架构图 第四页，共三十七页。 OSB的发展趋势 易用性增强 开发工具从Web Console迁移到Eclipse，支持图形化拖拽和便于调试 性能提升 嵌入Oracle Coherence(企业级的内存数据网格）产品，在特定场景下为服务调用提供缓存，性能提升80%。 管控能力增强 采用自动化的生命周期服务治理，从服务设计、开发、部署和运行期的整个服务生命周期内和Enterprise Repository产品进行自动同步，无需人工干预。 第五页，共三十七页。 OSB可借鉴之处 易用性 在studio上直接集成测试功能，比如studio能提供直接发送和接收SOAP,JMS消息的功能，无需借助第三方工具，如SoapUI和编写JMS客户端代码。 性能 采用Cache机制，为静态响应信息提升性能。静态响应信息是指在一段时间内不会发生变化的信息，如天气预报，手机套餐，人民币汇率等，这些数据变化的周期通常是1天，1月。 实现手段：采用比较成熟的开源Memcached或者轻量级的JCACHE。 第六页，共三十七页。 OSB的缺点 依赖于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是个繁重的操作 第七页，共三十七页。 WebSphere Message Broker（WMB）的发展趋势 简化开发/部署架构 去掉configuration manager，开发工具/应用可以直接和broker交互。 易管理 为管理员提供专用的管理工具--WebSphere Message Broker Explorer，可以管理本地和远程的broker和queue manager，同时提供了监控broker性能和消息流的功能。 简化开发流程 将常用的消息流场景进行了模板化，推出了基于模式的开发方式，用户只需要配置相关参数即可。提供的模式分为两类：内置（built-in）和自定义（user-defined）。 第八页，共三十七页。 WMB开发/部署架构的变迁(V6.0) 第九页，共三十七页。 WMB开发/部署架构的变迁(V7.0) 第十页，共三十七页。 WM