ESB基础介绍分析.pptVIP

谁需要使用ESB 政府 征信,企业基础信息共享, 人口库,住房公积金管理等等 学校 校园一卡通,统一共享数据中心等等 医疗 企业 什么时候使用ESB 信息孤岛,手工方式风险高,效率低,降低了公司竞争力,重复的工作 一致性差,多个系统间的数据难以保持一致 需要对信息进行额外加工,繁琐,高风险 信息容易混淆,原本是同一个信息,但稍有不一致,就会被认为是不同信息 需要扩展性,新增系统等等 系统间相互隔离,造成流程断裂,不便于业务准确快速的处理 企业需要整合资源,进行更高效的决策管理 现有一些开源ESB总线的比较 一．CXF CXF支持与除了HTTP之外的其它协议的通信绑定，例如REST(针对Web应用的开发风格)、JSON和CORBA(公共对象请求代理体系结构)等，所以对于Ajax有较强的兼容性。这相对与其他的ESB总线而言可以说是一个较大的优势。 二．Open ESB OpenESB是Sun公司提出来的开源ESB项目，所以对JBI(用Java实现面向服务的架构)规范的支持程度最高。 在资料方面只有一个演示视频，所以如果要对OpenESB进行按照自身的要求进行扩展则较为困难，除非对OpenESB的源代码进行全面的分析。 常用的ESB项目 JBoss ESB（JBoss） java开发 在GA版本中有着成熟的组件，没有厂商绑定之类的特征。(/jbossesb/) Apache ServiceMix（Apache） java开发 Apache ServiceMix 4基于OSGi，提供了一个与XML标准集成的选项。(/) WSO2 ESB（WSO2） java开发 相比其他使用了JBI规范的重量级ESB，WSO2这个新来者带来了一个轻量级的ESB。这是因为，WSO2 ESB以Web服务标准作为集成的焦点。(/products/enterprise-service-bus/) 小结 结论 ESB 体系结构模式（以及相应的产品）是任何企业级 SOA 的重要组成部分。ESB 提供了一个重要的功能，可以断开特定于应用程序的逻辑与 BPM 功能的连接，同时还提供了一种支持松散耦合的、虚拟化的服务层的方法。通过精心的前期体系结构考虑以及目前正在严格强制执行的一组简单明了的设计准则，通过 ESB 编写服务成为一门非常产业化的科学。 Page ? * 一．CXF CXF的定位不是ESB总线，而是一个服务框架（Service Framework），主要还是为关于服务的应用提供API上的支持，或者上下文上的管理。 但是它的前身之一的Celtix就是IONA公司捐献给开源界的ESB总线，所以整体上还是能提供ESB总线的功能（需依靠与其它的容器）。在CXF中的总线只是起到一个共享资源的提供者的作用。这些贡献资源就相当于JBI规范中的绑定组件（BC）或服务引擎（SE）。即使如此CXF并没有提供了对JBI规范的完整实现。可以说它只是一个类似的JBI容器。 CXF支持与除了HTTP之外的其它协议的通信绑定，例如REST、JSON和CORBA等，所以对于Ajax有较强的兼容性。这相对与其他的ESB总线而言可以说是一个较大的优势。 但是CXF的ESB总线是依据Spring框架来实现的，由Spring来管理Bus中的各个组件。而Spring对各个Bean或组件的管理是通过一个上下文的配置文件来实现的。这样的方式相对与其他的ESB总线（例如依据JMX）的方式而言，则不支持动态的热部署。也就是说CXF不是一个JBI容器，它必须依附与其他的容器来运行。现有的资料来看，CXF目前可以部署在JBoss和BEA Weblogic中，Tomcat服务器由于不支持完整的J2EE规范，特别是基于JCA的EJB，所以对CXF支持的程度不理想。虽然资料中没有涉及到Geronimo，但是以Geronimo对J2EE规范的兼容程度来看，特别是EAR文档的支持，在Geronimo中部署CXF应该没有什么太大的障碍。 同样你可以在使用Spring的应用中嵌入CXF，而这只需要在Spring的配置文件中填写相应的配置信息即可。 关于CXF的文档较为丰富，这部分是由于它本身是整合了Xfire和Celtix这两个本身较为成熟的开源项目。另外它较大的依赖于Spring框架，所以如果对Spring较为熟悉的话，在使用上一般就没有太大的障碍了。 二．Open ESB OpenESB是Sun公司提出来的开源ESB项目，所以对JBI规范的支持程度就不用多说了。而GlassFish ESB则是将OpenESB的核心运行环境与GlassFish应用服务器以及NetBean的集成开发环境整合在一起的有一个ES