网络工程规划与设计案例教程项目三_任务三_SOA概念与基础.doc

SOA概念与基础目 录 1. 认清SOA的本来面目 1 1.1 定义 1 1.2 SOA三种角色的关系 2 1.3 SOA的特征 3 1.4 三个抽象级别 3 2. SOA应用系统总体框架及相关概念 4 2.1 总体框架 4 2.2 实施原则 5 2.3 与其他概念的关系 6 2.3.1 SOA与Web Services的关系 6 2.3.2 SOA中的服务与组件对象（Components Objects）的关系 6 2.3.3 SOA与网格计算（Grid Computing）的关系 7 2.4 SOA带给企业什么 7 3. 实现SOA的相关技术 8 3.1 XML 9 3.2 SOAP 9 3.3 WSDL 9 3.4 UDDI 10 3.5 ESB 10 4. SOA的不足 11 SOA (service-oriented architecture)，面向服务的架构，恐怕是近一段时间以来最热门的话题之一。在2004年中国软件业评出的10大热点名词中，SOA名列榜首。ZapThink调研公司在最近发表的一份报告中也预测，到2006年，基于SOA架构的中间件产品将成为网络化商业系统的主要设计思路。Gartner集团的分析师也指出，今年，SOA架构下的中间件产品将进入主流应用之中。Gartner 还预言：“到了 2008 年，至少 60% 的企业将使用 SOA 作为创建任务苛刻的应用程序和过程的‘指导原则’”。 认清SOA的本来面目 SOA架构是一场革命，其实质就是将系统模型与系统实现分离。 软件业从最初的面向过程、面向对象，到后来的面向组件、面向集成，直到现在的面向服务，走过了一条螺旋上升的曲线。其实，自从上世纪70年代提出“软件危机”，诞生软件工程学科以来，软件业为了彻底摆脱软件系统开发泥潭，一直也没有放弃努力。 在经典软件工程理论中，不管是瀑布方法还是原型方法，都是从需求分析做起，一步一步构建起形形色色的软件系统。但是，需求变更像一个挥之不去的阴影，时刻伴随着系统左右。每一个实际应用系统的开发者都饱尝了在系统进入开发阶段、测试阶段，甚至上线阶段遭遇应接不暇的需求变更的极端痛苦。客户将变更的需求视为bug(错误），也是测试上现阶段的主要问题。如何解决这一问题？能否来一场软件开发和架构的革命？SOA架构的提出，就是被人看成这样的一场革命。其实质就是要将系统模型与系统实现分割开来。 定义 SOA并不是一个新概念，有人就将CORBA和DCOM等组件模型看成SOA架构的前身。早在1996年，Gartner Group就已经提出了SOA的预言。不过那个时候仅仅是一个“预言”，当时的软件发展水平和信息化程度还不足以支撑这样的概念走进实质性应用阶段。到了近一两年，SOA的技术实现手段渐渐成熟了。在BEA、HP等软件巨头的极力推动下，才得以慢慢风行起来。Gartner为SOA描述的愿景目标是实现实时企业（Real-Time Enterprise）。 关于SOA，目前尚未有一个统一的、业界广泛接受的定义。一般认为：SOA，面向服务的架构是一个组件模型，它将应用程序的不同功能单元——服务（service），通过服务间定义良好的接口和契约（contract）联系起来。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务可以使用统一和标准的方式进行通信。这种具有中立接口的定义（没有强制绑定到特定的实现上）的特征被称为服务之间的松耦合。 从这个定义中，我们看到下面两点： ● 它是一种软件系统架构。 SOA不是一种语言，也不是一种具体的技术，更不是一种产品，而是一种软件系统架构。它尝试给出在特定环境下推荐采用的一种架构，从这个角度上来说，它其实更像一种架构模式(Pattern)，是一种理念架构，是人们面向应用服务的解决方案框架。 ● 服务（service）是整个SOA实现的核心。SOA架构的基本元素是服务，SOA 指定一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约），这些实体详细说明了如何提供和消费服务。遵循 SOA 观点的系统必须要有服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的，并且可以通过网络查找其地址。 SOA三种角色的关系 图1是W3C给出的SOA模型中三种不同角色的关系示意图。 其中：服务是一个自包含的、无状态（stateless）的实体，可以由多个组件组成。它通过事先定义的界面响应服务请求。它也可以执行诸如编辑和处理事务（transaction）等离散性任务。服务本身并不依赖于其他函数和过程的状态。用什么技术实现服务，并不在其定义中加以限制。 服务提供者（service provider）提供符合契约（contra