《ESB讲座资料1》由会员分享，可在线阅读，更多相关《ESB讲座资料1（68页珍藏版）》请在金锄头文库上搜索。
1、ESB学习笔记2009-08-11 adventurer 来源：adventurer的blog开始入冬时知识储藏啦。前几年听一位高人讲过ESB这个概念，但一直没有时间去仔细了解。而近段时间。找了一本ESB in Action学习.准备好好学习ESB啦，以下主要是该书抽取内容。 什么是ESB？ ESB，消息效劳总线，它是一个较新但又较难理解的技术。 ESB从集成供给商角度来看，它是一个产品，这个产品提供一体化的功能，开发工具，和管理环境。 另一个角度看，ESB是作为效劳为导向架构 SOA 重要组成局部。从SOA的角度看，一个ESB可以作为一体化平台，使现有的IT资产和应用暴露成为效劳。 在这里，
2、我们将关注开源的ESB的产品，目前可用的产品有：Mule和Apache ServiceMix 。 如果你问架构师，当今市场那个时髦词最热，企业效劳总线 ESB 将是最多的答案。同时，像面向效劳的架构 SOA 和商业流程管理 BPM 也将提到。这些流行语声音非常 有趣的，但那个才是最有商业价值呢？ 现在ESB产品有很多，特别是企业应用上，我们来看一下有哪些，IBM ，TIBCO ，微软和甲骨文。这些好似都是大牌，但所有ESB都有相同的特点。而这里我们只提供两个开源产品Mule 和 ServiceMix ESB特点但用于区分相关EAI和ESB产品，一个是星形结构的，而另一个是总线结构的ESB产品。
3、星型结构模型是一种集中式的架构，所有的数据交流都由中心点来处理。该星型结构模型可以被看作 继承的点对点模式 。而总线模型，采用分布式体系结构，其中的ESB 功能，可以由几个其他物理产品来实现其功能。 第二个用于区别的EAI和ESB产品是使用开放标准是什么。EAI的产品，如WebSphere的消息代理，TIBCO的BusinessWorks ，和Sonic XQ使用一个专利技术来实现信息功能及传送逻辑。而ESB产品是基于开放标准，如Java消息效劳 JMS的 ， XML和J2EE连接器架构 JCA的 ，和Web效劳标准。 ESB 优点 ESB主要是解决整合问题。例如下列图是较早系统架构。 ESB
4、处理后 何时要考虑ESB：理由：Necessity to integrate applications 描述：There must be a clear business need to integrate applications. Time-to-market and real-time reports are examples of business drivers. 理由：Heterogonous environment 描述：When you have to deal with lots of different technologies and protocols, there i
5、s a clear need for a central solution thats made to deal with these challenges. 理由：Reduction of total cost of ownership 描述：IT departments are forced to cut maintenance costs to be able to satisfy demands for new products by the business departments. A central integration solution can help decrease t
6、he management and maintenance costs of the full application landscape. 架构设计ESB帮助 J2EE体系 这里需要增加一个呼叫中心会如何办？我看到很多系统会这样处理。好似还取名叫嵌入式系统。 在一个多系统效劳公司。系统一开始可能是这样来架构的。 ESB总线在中间加了这一层后，对异构系统的增加，提供很大的支撑。 说了这多ESB如此好。那到底ESB有那些功能呢？ESB有七大功能。 Location transparency Transport protocol conversion Message transformation
7、Message routing Message enhancement Security Monitoring and management 相关开源ESB产品有如下这些 1. Mule : :/ mulesource 并没有完全按JBI标准产品。 2. APACHE SERVICEMIXurl :/servicemix.apache.org /url JSR 208IBMBEA投了弃权，故他们产品也没按JBI标准 3. OPEN ESB s:/open- JBI implementation provided by Open ESB Sun that provides great tool
8、support with NetBeans 4. APACHE SYNAPSE url :/ws.apache.org/synapse /url 5. JBOSS ESB :/labs.jboss /jbossesb/ The JBoss implementation of an ESB based on JBoss JBoss ESB messaging 6. SPRING INTEGRATION :/ springframework.org/ Spring Integration spring-integration An integration framework that is pro
9、vided by the well-known Spring Framework 7. Apache Tuscany :/tuscany.apache.org/ Implementation of the (SCA) specification 8. ChainBuilder ESB :/ A JBI-based ESB that focuses on providing graphical tools to ease the development effort 9. FUSE ESB url :/open.iona /products/ fuse-esb/url IONAs open s
10、ource ESB offering based on Apache ServiceMix 10. OpenAdapter s:/ openadaptor.org/ EAI-based platform that provides a number of adaptors to implement integration solutions 11. PEtALS :/petals.objectweb.org/ Another JBI-based ESB, hosted by OW2 (formerly ObjectWeb) 12. WSO2 ESB :/wso2 /products/esb/
11、WSO2s open source ESB offering based on Apache Synapse 推荐书籍： ESB工程需求分析和方案设计浅谈投稿 打印 MSN推荐 博客引用 大 | 中 | 小2010-1-6导读：本文我们将针对ESB工程的设计和实施过程中各个阶段要完成的主要工作内容和一些最正确实践跟大家作一些讨论，进而希望大家在企业ESB工程实施过程中借鉴科学的方法论的指导来保证其成功。关键词：ESB ESB方案设计 ESB组件模型 正在加载数据. 如同其它IT工程一样，企业效劳总线类工程的实施也要经历需求分析、方案设计、编码和测试、上线部署等阶段。下面我们将针对ESB工程的设
12、计和实施过程中各个阶段要完成的主要工作内容和一些最正确实践跟大家作一些讨论，进而希望大家在企业ESB工程实施过程中借鉴科学的方法论的指导来保证其成功。 TT SOA编辑推荐：企业效劳总线ESB更新版ESB的需求分析需求分析阶段是梳理工程中相关功能需求和非功能需求的重要步骤，它是整个工程成败的关键。在这个阶段我们将从企业业务需求出发，梳理端到端的跨系统业务流程；基于业务流程，依据科学的方法论进行效劳鉴别；由效劳列表出发，梳理效劳的消费和提供关系；然后根据SOA的最正确实践，定义效劳的接口，包括效劳的Schema描述，字段的类型，编码的规那么；依据效劳的消费提供关系，梳理ESB中的效劳映射和转换规
13、那么和策略。概括而言，我们需要从功能性和非功能性两个方面来进行ESB的需求分析。针对ESB的功能性需求，我们要侧重了解以下方面的问题：1. 梳理出要被集成的系统的名称，个数。2. 针对每个系统而言，要了解：该系统的对外接口是向外调用，被别人调用，还是二者都有； 接口的实时性要求，是实时的还是批量的，还是二者皆有？ 接口的调用方式，是同步的还是异步的，还是二者皆有？ 应用系统所运行的操作系统平台。 应用系统本身的编程语言？C/C+, Java. 这些系统现有接口的情况，是否已经可以提供对外接口，接口的方式是什么，包括接口的通讯协议是什么， /MQ/Socket/ 其它？接口的数据格式是什么，XM
14、L/ 自定义格式 / 其他行业标准格式？接口的编程语言是什么，Java/C/C+？如果本身不能提供接口，那么要做接口开发时有什么要求或限制条件？ 这些应用后台数据库的情况，数据库能否直接访问？ 每个应用跟其他应用交换数据时，源数据格式和目的数据格式，比方从文本格式转换为 XML 格式？ 交易特征：哪些处理要采用两阶段提交；是否需要多个消息组成一个交易；是否要保证消息之间的处理顺序； 适配器的情况：对于一些特殊系统，是否已经具备现成的适配器；适配器是单向的还是双向的； 消息通信的模式：是Send and Forget、Request/Reply还是Pub/Sub? 针对ESB的非功能性需求，我们要确认：1. ESB平台的扩展性和高可用性需求，包括HA和集群等；2. ESB平台的性能需求，主要包括系统间数据交换的频率，要交换的数据的大小 ( 消息大小将直接对效率造成影响 )；峰值时候对ESB数据吞吐量、响应时间的要求等；3. 哪些交易要保证数据传输的高可靠性；4. ESB平台的可管理性需求，如效劳的生命
