ESB企业服务总线解决方案剖析资料

《ESB企业服务总线解决方案剖析资料》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、关于SOA　　关于SOA的概念，你可以找到很多的文章从不同的角度来描述它，不同的软件提供商也有不同的定义方式。BEA有流体计算，微软有Indigo和SOA-building，SAP有ESA。每个人都可以从不同的视角来理解SOA，从程序员的角度，SOA是一种全新的开发技术，新的组件模型，比如说WebService；从架构设计师的角度，SOA就是一种新的设计模式，方法学；从业务分析人员的角度，SOA就是基于标准的业务应用服务。从概念的角度，IBM对SOA的定义是最为全面的，既SOA是一种构造分布式系统的方法，

2、它将业务应用功能以服务的形式提供给最终用户应用或其他服务。SOA包括如下要素:　　一个体系架构，用开放的标准将软件资产(Asset)化为服务　　提供标准的方法来表示软件资产及其交互　　单独的软件资产作为构造单元，被重复使用来开发其他应用　　将关注点从细节实现转移到应用(application)组装　　整合企业外部的应用（B2B）的方式　　开发（现在）和整合（未来）的统一　　本文针对的读者是软件开发人员，站在开发人员的角度，往往希望软件开发能够满足对于开发效率、可靠性、易维护性、易管理等多方面的更高要求。让

3、我们通过回顾软件开发的演化过程来看一看SOA出现的必然性：　　面向机器语言(Monolithic)的开发模式：需要根据不同平台的机器语言来开发代码。　　面向过程(Procedure)的开发模式：独立于机器的程序语言(C,Pascal等)使开发过程变得简单了，用过程来代表一个抽象的代码集合，包装重用现成的代码。　　面向对象(Object)的开发模式：用更接近现实的对象来表述一个相对完整的事物。面向对象的语言(Smalltalk，Java等)，提供了更抽象的封装和重用模式。面向对象的开发强调从现实世界问题域到

4、软件程序的直接映射，更接近人类的自然思维方式。　面向组件(Component)的模式：随着软件开发规模的扩大，在涉及分布式、异构等复杂特征的环境中，代码级别的重用性差，可维护性差，效率低的弱点是不可逾越的，因此人们以架构运行环境(如.Net，J2ee等)来提供完善的支撑平台，从而把开发者解放出来，更专注于业务核心的开发。而这些业务功能(BusinessFunction)以组件的形式(DCOM，EJB等)发布运行在架构运行环境中。软件开发的重用模式也上升到业务组件的级别。　　面向服务(SOA)的模式：当软件

5、的使用范围扩展到更广阔的范围，往往会面对更加复杂的IT环境和更加灵活多变的需求。服务(Service)的概念出现了，人们将应用(Application)以业务服务(BusinessService)的形式公布出来供别人使用，而完全不需要去考虑这些业务服务运行在哪一个架构体系上，因为所有的服务都讲着同样的语言。SOA考虑了业务发展的长期性，体现了"变化就是永恒"的思想。SOA的核心体现在企业应用或者业务功能上的"重用"和"互操作"，而不再把IT与业务对立起来，这可以被视为在IT驱动业务的方向上迈出的重要一步。

6、　　我们注意到，SOA同样也强调重用(Reuse)，但是相对于传统的代码重用，对象重用，和部件重用，SOA的重用粒度更粗。SOA的重用在于业务级的应用，即服务的重用，这与软件的发展规律是相一致的。在软件发展的过程中，软件重用的对象越来越接近我们的现实生活。通过部件的重用，软件的开发更具效率，并且开始试图用组件表达业务模式。但是，IT人员仍很难对业务人员解释清楚IT结构怎样映射到业务模型上。然而，IT架构与业务模型的弥合是不可避免的方向。现代企业的业务环境所面临的最大挑战就是变化，规则在变，需求在变，而对变

7、化做出最快的反应，尽快地适应变化，成为企业占得先机，成功运作的关键。很多企业的业务环境依赖于他们的IT架构，因此，IT部门往往直接承载了业务变化带来的压力。每一个具体的业务变化，都直接反应到对现有的IT平台的要求：要么企业IT架构本身对变化自适应，要么IT架构能够在短时间内根据新的业务规则做出调整。这就是SOA架构提出的根本原因，我们需要一种更加贴近业务的IT架构，能够直接描绘业务，对那些不懂IT技术的业务领域专家来说，业务服务却是他们最熟悉的，也就是说是SOA把软件重用的对象从IT人员上升到了业务人员。

8、因此，我们可以说SOA与其它的模式相比，最大的进步在于它与业务的关联性，"服务"对应到实际业务。IT通过"服务"与业务发生了密切的关系，业务人员和IT人员都可以专注于业务逻辑的实现，而共同的语言就是"服务"。　　但不是什么场合都适用SOA。通常来讲，SOA适用于较为复杂的IT架构，经常需要与外部复杂的IT环境交互，并且需要快速地应对频繁发生的业务变化。就像你不可能在控制洗衣机的芯片上使用EJB开发一样，如果你的IT环境规模很小