服务计算概论 第8章 服务协作.ppt

服务编舞和服务编排（1） 服务编舞（Service choreography）：描述参与某次协作的多个服务之间的对等消息交互协议。该协议一般是公开公布的，由协作的所有参与者共享。 服务编排（Service orchestration）：描述服务组合的一个过程模型，该过程模型描述如何按一定的次序和参与过程的服务进行消息交互以完成组合服务的应用逻辑。服务编排逻辑受全局服务编舞逻辑的约束。 服务编舞和服务编排（2） 服务编舞和服务编排的主要区别在于应用层面不同，服务编舞体现一个全局的、服务之间开展协作必须遵守的公共协议，该协议凌驾于参与服务编舞的服务编排逻辑之上；而服务编排是一种服务组合的编程手段，是组织实现业务逻辑的方法和途径，一般由组织私有，并且其行为受到全局服务编舞协议的约束。 服务编舞和服务编排（3） 服务编舞的目的、视角和用途 服务编舞的目的是为了描述某过程的服务之间的协作，因此它是从全局角度描述服务的协作关系。 服务编舞体现了协作参与者需要遵守的公共协议，可以用于测试某一参与者的行为是否满足该协议，也可以用于产生描述单个服务行为的服务组合定义的骨架。 服务编舞和服务编排（4） 服务编排的目的、视角和用途 服务编排的目的是为了产生组合服务，以实现组织的业务逻辑。服务编排是从单个复合服务的视角描述该复合服务和其成员服务之间的消息交互过程，服务编排的功能是产生体现业务逻辑的复合服务。 第8章 服务协作 目前，受到广泛关注的服务编舞描述语言是W3C于2004年9月发布的WS-CDL（Web Services Choregraphy Description Language） 1.0版草案。 WS-CDL采用进程代数中的Pi演算作为其理论模型，主要用基于信道（Channel）的交互表示Web服务编舞。 服务组合 服务协作 WS-CDL所包含的核心语言成分 WS-CDL编舞 （1）Interaction元素 其定义了编舞中的基本交互活动。 代码8.1 （2）控制结构 （3）工作单元（workUnit） 含属性：哨（guard）和循环条件（repeat） WS-CDL信道类型定义 受Pi演算理论的影响，WS-CDL要求交互都通过信道来进行。通过信道可以定义参与者之间的关联性，这点类似于BPEL中的correlationSet元素。另外，除了定义静态的信道外，信道还可以被传递以实现动态的交互。 代码8.2 WS-CDL角色类型定义 （1）roleType WS-CDL是用某一个具体操作来定义角色。 代码8.3 （2）relationshipType 其定义了相互之间有交互的角色的关系类型。 代码8.4 （3）participantType 其是对角色的打包，定义了某个参与者在编舞中会扮演的各种角色。代码8.5 WS-CDL数据类型定义（1） WS-CDL用infomationType元素定义数据的 类型，该元素事实上是对WSDL中定义的 类型，或者XML Schema类型的引用。 另外，WS-CDL中也有引用变量或消息的 部分内容的元素：token和tokenLocator。 它们类似于BPEL中的property和propertyAlias 元素。 WS-CDL数据类型定义（2） token用于定义一个具有某类型的变量引用， 而tokenLocator则绑定某token和变量或消息 的某一部分。 代码8.6 小结 到本章为止，我们已经介绍了SOA核心组件中功能部分的全部内容。 下一章将介绍和服务质量相关的内容——服务事务和安全。 谢谢！