WO2010048898A1

WO2010048898A1 - 组合服务的部署方法和装置

Info

Publication number: WO2010048898A1
Application number: PCT/CN2009/074731
Authority: WO
Inventors: 卢暾; 刘铁江; 顾宁; 顾庆; 高丽萍; 石晓旻; 李彦; 马其锋
Original assignee: Huawei Technologies Co Ltd; Fudan University
Current assignee: Huawei Technologies Co Ltd; Fudan University
Priority date: 2008-10-30
Filing date: 2009-10-30
Publication date: 2010-05-06
Anticipated expiration: 2011-04-30
Also published as: CN101729521A; CN101729521B

Description

组合服务的部署方法和装置

本申请要求了 2008年 10月 30日提交的、申请号为 200810225187. X、发明名称为 "组合服务的部署方法和装置" 的中国申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及网络通信领域，尤其涉及一种组合服务的部署方法和装置。发明背景

随着技术、需求的快速发展，如何快速、方便、低成本的提供 Web新服务成为重要技术点，在这基础上，组合服务技术快速发展起来。随着越来越多的系统应用组合服务，组合服务的部署和优化成为了关键。在实际的基于子服务的组合服务系统中，一个组合服务通常是由一组来自不同子服务类的子服务，按照一定的逻辑连接和依赖关系并通过子服务间的交互与协作构建起来的。

在实现本发明实施例的过程中，发明人发现:现有技术中的对 Web服务进行部署的方法所关注的是：从传统服务整体部署上来考虑 Web服务的规范化（比如从元数据的层面上去规范 Web服务)，该规范化主要包括 Web服务的表示方式或者服务部署的过程的规范化，而没有考虑到组合服务系统是通过子服务之间的交互、协调与协作来提供满足用户需求的定制服务，导致该对 Web服务进行部署的方法中的服务部署的规模比较大，不便于操作。发明内容

本发明的实施例提供了一种组合服务的部署方法和装置，以实现基于子服务之间的关系进行服务部署。

本发明的目的是通过以下技术方案实现的：

一种组合服务的部署方法，包括：

获取组合服务的部署序列，所述部署序列含有组合服务的子服务的部署方式；

根据所述子服务的部署方式处理部署序列，生成优化后的部署序列；

按照所述优化后的部署序列进行所述组合服务的部署。

一种组合服务的部署装置，包括：

部署序列优化单元，用于获取组合服务的部署序列，所述部署序列含有组合服务的子服务的部署方式，按照所述子服务的部署方式处理部署序列，生成优化后的部署序列；

服务部署单元，用于按照所述优化后的部署序列进行所述组合服务的部署。

由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过对组合服务中的子服务的部署方式进行规范化处理，并且对部署序列进行优化，简化了组合服务的部署序列，大大降低了服务部署的规模，有效减少系统资源的消耗，降低管理人员的工作强度。附图简要说明

图 1为本发明实施例提出的对组合服务进行部署的方法与现有技术关注点的对比示意图；图 2为本发明实施例一提供的一种基于子服务的组合服务的部署装置的结构示意图；图 3为本发明实施例二提供的一种基于子服务的组合服务的部署方法的处理流程图；图 4为本发明实施例二提供的另一种基于子服务的组合服务的部署方法的处理流程图；图 5为本发明实施例二提供的部署序列规范化单元的内部处理流程图；

图 6为本发明实施例二提供的部署执行投影算法的处理流程图；

图 7为本发明实施例二提供的部署序列简化单元的内部处理流程图；

图 8为本发明实施例二提供的部署序列验证单元的内部处理流程图；

图 9为本发明实施例二提供的根据用户意愿判断验证结果的处理过程示意图；

图 10为本发明实施例二提供的服务部署单元的内部处理流程图；

图 11为本发明实施例三提供的描述组合服务系统中已经部署的服务的子服务的可扩展标记语言 (XML, extensible Markup Language ) 的 schema的结构示意图；

图 12为本发明实施例三提供的组合服务系统中的 4个子服务的基本信息示意图；

图 13为本发明实施例三提供的需要部署的服务 S中包含的 15个子服务的基本信息示意图。实施本发明的方式

下面将参考附图详细说明本发明实施例。

在本发明实施例中，获取组合服务的部署序列，所述部署序列含有组合服务的子服务的部署方式，根据所述子服务的部署方式处理上述部署序列，生成优化后的部署序列。然后，按照所述优化后的部署序列进行所述组合服务的部署。

本发明实施例提出的对组合服务进行部署的方法与现有技术关注点的对比示意图如图 1所示。本发明实施例着眼于组合服务的内部构造，研究组合服务中子服务之间的关系以及服务部署过程的效果，从子服务重用、子服务兼容性等角度来考虑服务部署和优化。而现有技术从组合服务整体上来考虑组合服务的部署过程及表达方式。

在实际的基于子服务的 Web服务系统中，一个 Web服务通常是由一组来自不同子服务类的子服务，按照一定的逻辑连接和依赖关系并通过子服务间的交互来支持的。上述子服务间的逻辑连接与依赖关系，决定了在某个 Web服务启动时，这些子服务的部署顺序。一个子服务类由一组具有相似功能的子服务所组成，用 ^CF(i)来表示具有家族号 i的子服务类，子服务类中的任意子服务都具备一个版本号 P。对于一个服务 ^S的子服务集合 C，用表示该集合 ^C中子服务的某种排列，集合 ^C中子服务的所有排列记为 ^{{ rc}}。用顺序连接符 0来连接两个实体，表示一个实体先于另一个实体，例如 °^C】意味着子服务在子服务之前部署。一个系统的功能性是由一组预先定义好的独立服务所组成的，独立服务是通过对系统所提供的用户能够感知的服务进行抽取而得到的。用一个独立服务对系统进行功能扩充的过程，即在原有的系统中插入一个新的服务 S，可以使系统在功能性上得到提高，称之为独立服务部署步。与此同时，增加的服务¹⁵中所包含的子服务需要按照¹⁵所要求的子服务集合 ^{{ rc}}来进行部署，并遵循子服务的部署策略。

所谓的子服务的部署策略，就是当一个子服务 c要在包含有大量子服务的系统中进行部署的时候，原系统的子服务集合中可能已经存在了来自于子服务 c相同家族的子服务，只是版本号可能会有区别。从子服务重用的角度来看，如何部署这个子服务（直接部署、替换已有的子服务部署，或是什么也不做等等）就是子服务的部署策略。

给定一个系统，其所拥有的子服务集合为 c，当需要在 c中插入家族号为、版本号为的子服务时，本发明实施例定义了 4种子服务的部署策略。部署策略 ^表示如何将一个新的子服务部署到系统中来扩展系统的功能。该 4种部署策略如下：

1、插入部署策略 IIP:即在子服务集合 C中，直接部署子服务，执行插入操作 ^^^^' ^⁷)，该插入操作 ^ser ，^C 是把子服务作为一个新元素插入到子服务集合 C中。

2、覆盖部署策略 0IP: 即在子服务集合 C中，如果包含有家族号为的子服务，则执行替换操作 Repalc , C)，该替换操作 Repalc , C)是用上述新的子服务替换子服务集合 C中所有具有家族号为 i的子服务；如果不存在家族号为 i的子服务，则执行上述插入操作 ¹騰。

3、择新部署策略 NIP: 即在子服务集合 C中，如果不存在家族号为的子服务，则执行插入操作 ¹腳^ ' . 如果存在家族号为的子服务，那么执行替换操作

Replace^, { c G C,q≤p}) ^ 即用上述新的子服务替换子服务集合 C中，家族号为/且版本号低于的所有子服务。如果包含和待插入的子服务的家族号相同、版本号比所述待插入的子服务的版本号高的其它子服务，则不执行任何操作。

4、仅空部署策略 EIP: 即在子服务集合 C中，如果不存在家族号为的子服务，则执行插入操作 sert(cj C)，否则什么操作都不执行。上述子服务部署策略只会影响子服务集合 C中具有家族号 ¹的子服务。

在本发明实施例中，引入子服务的兼容性概念，该子服务的兼容性是为了体现同一子服务类中具有不同版本号的各个子服务之间的关系。本发明实施例定义了三种的子服务间兼容关系：向前兼容（FC) 、向后兼容（BC)和既向前兼容又向后兼容（BCAFC) 。如果子服务能够实现子服务类中版本号不比大的那些子服务（ ^≥ "")的功能，则称子服务具有向后兼容性（简称 BC ) ；如果子服务能够实现子服务类中版本号比大的那些子服务 ρ < ^r)的功能，则称子服务具有向前兼容性（简称 FC ) ；如果子服务既能够实现子服务类中版本号比大的那些子服务 (P < r)的功能，又能够实现子服务类中版本号不比大的那些子服务 ^{≥ r})的功能，贝 IJ称子服务既向前兼容又向后兼容（简称 BC AFC ) 。

对于子服务类中可能出现的和其它子服务既不向前兼容也不向后兼容的子服务，可以把该子服务从子服务类中分离出来，形成一个新的子服务类。子服务的部署方式可以用一个三元组 «' ^^'^^Ρ )来表示，该三元组中包括子服务的家族号和版本号、兼容关系以及部署策略，表示具有兼容性 ^^的子服务按照部署策略 ^进行部署。对于一个子服务，如果按照部署策略 ^进行部署之后，子服务插入到了子服务集合 c中，则称部署方式 «， ^Comp【， ^ΙΡ'^Ρ )具有插入效果；否则称部署方式 «， ^Comp^， ^ΙΡ'^Ρ )具有未插入效果（例如，采用仅空部署策略 ΕΙΡ的子服务，如果原系统的子服务集合 C中存在家族号为的子服务，则不进行任何操作。此时的部署方式就具有未插入效果）。在本发明实施例中，部署方式 Of '一' J表示子服务 e 的兼容性和部署策略可以是任意值，其它的情况类推。在本发明实施例中，给定一个子服务集合 C的一个子服务排列，那么的部署序列是中每个子服务的部署方式的相应排列，记为 ^<^c)。用 ^{{jK( r}c)}来表示部署执行中的所有部署方式的集合。如果部署执行中有 n个部署方式，那么部署序列的长度就为 n。

在本发明实施例中，对于一个独立服务部署步，它具有两种部署效果：一是成功部署，即在该独立服务部署步进行之后，新启动的服务能够提供用户当前所需的正常功能；二是安全部署，即在该独立服务部署步进行之后，系统中以前为用户提供正常功能的服务仍然能够继续提供正常的功能。相应的，我们称之为成功的独立服务部署步和安全的独立服务部署步。

一个服务系统从无到有的部署过程，是由一个个独立服务部署步组成的，这些独立服务部署步组成一个独立服务部署步序列。如果序列中每一个独立服务部署步都是成功的独立服务部署步，那么该部署过程称为成功的独立服务部署；如果序列中每一个独立服务部署步都是安全的独立服务部署步，那么该部署过程称为安全的独立服务部署。为便于对本发明实施例的理解，下面将结合附图以具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。

该实施例提供的一种基于子服务的组合服务的部署装置的结构示意图如图 2所示，包括如下单元：

部署序列优化单元 21，用于获取组合服务的部署序列，所述部署序列含有组合服务的子服务的部署方式，按照所述子服务的部署方式处理部署序列，生成优化后的部署序列。

服务部署单元 22，用于按照所述优化后的部署序列进行所述组合服务的部署。

上述部署序列优化单元 21和服务部署单元 22的组成结构参考图 2。上述部署序列优化单元 21包括：家族号获取子单元 211、子服务集合获取子单元 212、部署序列简化子单元 213和部署序列规范化子单元 214。

其中，所述的部署序列优化单元 21中的家族号获取子单元 211，该单元用于获取部署序列中各个子服务所属的家族号，并将获取到的各个子服务所属的家族号信息发送给子服务集合获取子单元 212、部署序列简化子单元 213。如果一个子服务没有标明家族号，则默认为该子服务隶属于新的子服务类。

其中，所述的部署序列优化单元 21中的子服务集合获取子单元 212，用于根据家族号获取单元发送过来的部署序列中各个子服务所属的家族号信息，将所述部署序列在每一个子服务类上执行投影操作，得到所述部署序列在每一个子服务类中的子服务集合，获取所述部署序列在每一个子服务类中的子服务集合；

其中，所述的部署序列优化单元 21中的部署序列简化子单元 213，当同一家族中的子服务在同一个服务的部署过程中多次出现时，由于这些子服务之间存在着兼容关系，以及根据子服务的部署策略，可能会有一些冗余的子服务存在。该单元利用预先保存的简化规则库，按照每个子服务的部署方式，对所述子服务集合中包含的子服务进行优化，重新组成所述组合服务的优化后的部署序列。从而消除部署序列中的冗余子服务，简化整个部署规模。

其中，所述的部署序列优化单元 21中的部署序列规范化子单元 214，在一个组合服务系统内部，每一个子服务都对应一个部署方式。该单元用于将各种子服务的部署方式的描述方式转换为统一的等价的内部描述方式，该内部描述方式是将每一个子服务的部署方式表示为一个三元组，该三元组中包括子服务的家族号和版本号、兼容关系以及部署策略。将所有规范化后的子服务的部署方式按照设定的顺序进行排列，组成所述组合服务的部署序列。上述家族号获取子单元 211、子服务集合获取子单元 212、部署序列简化子单元 213和部署序列规范化子单元 214的组成结构参考图 2。所述部署装置还可以包括：

用户意愿获取单元 23，该单元用于获取用户对服务部署效果的意愿信息，该意愿信息包括成功的服务部署、安全的服务部署或既成功又安全的服务部署意愿，并将意愿信息发送给部署序列验证单元 24。部署序列验证单元 24，该单元用于根据预定的验证规则对所述优化后的部署序列进行验证，得到所述优化后的部署序列的部署效果信息；将所述意愿信息和所述部署效果信息进行比较，得到所述优化后的部署序列中满足用户意愿的子服务和不满足用户意愿的子服务，并发送给服务部署单元 22 上述的服务部署单元 22将部署序列验证单元 24发送过来的符合用户意愿的子服务，按照各个子服务的排列顺序，根据子服务的部署策略和系统情况依次进行部署，从而最终完成服务的部署工作。

对于不符合用户意愿的子服务，将这些子服务的部署策略进行调整后，再输出给部署序列优化单元 21，重新进行上述简化、验证处理。上述基于子服务的组合服务的部署装置通过研究子服务间的逻辑连接与依赖关系、部署策略以及相似功能子服务之间的兼容性，可以对组合服务部署过程中所涉及到的部署序列进行优化，并对组合服务部署结果做出有效的验证。

上述用户意愿获取单元 23、部署序列验证单元 24组成结构参考图 2。本发明实施例提供的一种基于子服务的组合服务的部署方法的处理流程如图 3所示，包括如下步骤：

步骤 31、获取组合服务的部署序列，所述部署序列含有组合服务中包含各个子服务的部署方式。步骤 32、根据所述各个子服务的部署方式处理所述组合服务的部署序列，生成优化后的所述组合服务的部署序列。

步骤 33、按照所述优化后的组合服务的部署序列进行所述组合服务的部署。由本发明的实施例提供的技术方案可以看出，本发明实施例通过对组合服务中的子服务的部署方式进行规范化处理，并且对部署序列进行优化，简化了组合服务的部署序列，大大降低了服务部署的规模，有效减少系统资源的消耗，降低管理人员的工作强度。

本发明实施例提供的另一种基于子服务的组合服务的部署方法的处理流程如图 4所示，包括如下步骤：

步骤 41、对部署序列进行规范化。通过部署序列规范化单元将待部署服务的部署序列进行规范化处理，上述部署序列规范化单元的内部处理流程图如图 5所示，具体处理过程如下：在组合服务系统中，每个子服务都附带一个描述信息，该描述信息中包含子服务的家族号和版本信息、部署策略和兼容性等信息。首先，根据子服务的描述信息，获取组合服务中每个子服务的家族号和版本信息、部署策略和兼容性信息。

然后，根据上述获取的信息将待部署服务中的各种子服务的部署方式的描述方式转换为统一的等价的内部描述方式，该内部描述方式是将每一个子服务的部署方式表示为一个三元组，该三元组中包括子服务的家族号和版本号、兼容关系以及部署策略。之后，将所有规范化后的子服务的部署方式按照设定的顺序进行排列，组成所述待部署服务的部署序列。例如，一个待部署服务^的子服务序列为^：^^^ ^，其中 a和 d属于家族 1， b和 c属于家族 3， f属于家族 2。 a和 b的版本号为 1， c和 d的版本号为 2， f的版本号为 3。那么根据每个子服务的兼容性以及用户的部署策略意向，规范化后的部署序列可能为如下的表示形式：

IE{ _c) =

BC, IIP)o{c_l , BC, NIP)

o(c₂ ³ , FC, NIP)o{c , BC A FC, OIP) 上述公式中的 G表示家族 1并且版本号为 1，表示家族 1并且版本号为 2，表示家族 3并且版本号为 1， C₂ ³表示家族 2并且版本号为 3， C₃ ²表示家族 3并且版本号为 2。步骤 42、提取规范化后的部署序列中的家族号序列。得到待部署服务的规范化后的部署序列之后，需要通过特定的算法，提取该规范化后的部署序列中所有的家族号序列（即子服务类号序列），并将得到的家族号序列输出。

上述特定的算法一种处理过程如下：

例如，服务 S的规范化后的部署序列为

IE{ _c) =

BC, IIP)o{c_l ² , BC, NIP)

o(c₂ ³ , FC, NIP)o{c , BC A FC, OIP) 经过上述算法 i，得到的家族号序列 ^{p( z}"^c) = ^{1，³，^2}。

步骤 43、将规范化后的部署序列在子服务类上进行投影。上述规范化后的部署序列 ^( c)中可能存在多个子服务属于同一子服务类的情况，为了优化部署序列，需要得到^(^)中的每一个子服务类所包含的子服务信息。

^IE^^c)在子服务类 ^Cf«上的投影是一个部署方式的排列，记为 ^{Pr0j C}、。它由 ^{ΙΕ π} 中具有子服务类号 ¹的部署方式，按照它们在 ^{ΙΕ π} 中的相应位置排列而成。本发明实施例通过执行特定的部署执行投影算法，可以得到 ^⁽^)中的每个子服务类包含的子服务，该部署执行投影算法的处理流程如图 6所示，该部署执行投影获取单元执行的投影算法的一种处理过程如下：算法 2. 部署序列在家族上的投影算法

例如，服务 S的部署序列为

ΙΕ(π,) =

BC, IIP)o{c_l , BC, NIP)

o(c₂ ³ , FC, NIP)o{c , BC A FC, OIP) 经过算法 1，得到结果 ^?( ) ^{= {1}'³'^2}，然后针对 ^?(^)中的每一个家族号，运行算法 2，得到 ^IE^^c 在各家族上的投影序列：

{( , BC A FC, EIP), (c , BC, NIP)}

{(c₃ , BC, IIP), (c₃ ² , BC Λ FC, OIP)}

{(c₂ ³, FC, NIP)} 步骤 44、对规范化后的部署序列进行简化。对于一个服务的部署来说，服务功能越复杂，所包含的子服务就越多，部署的规模也就越大，因此相应的部署执行就会越复杂，如果把包含的这些子服务的不同版本都考虑进去的话，其相应的部署执行会更复杂。所以简化子服务的部署规模是增强组合服务系统的实际应用能力的重要过程。简化子服务的部署规模的前提就是保证服务 S的子服务集合 ^C按照部署策略，对简化前后的

^(^：)和 ^(^：)分别执行后，具有相同的子服务集合，此时，称 ^c)和 ^(^：)在 S上有等价的执行效果，记为：

Eff cts ( c)) = Eff cts ( c)) 在本实施中，采用 ^记录中不同子服务类的个数，可以通过算法 1得到 ^Ρ( )， ^{P( r}c)的长度就是⁷ ^。通过部署序列简化单元执行特定的简化算法，规范化后的部署序列进行简化。部署序列简化单元的内部处理流程如图 7所示，该部署序列简化单元执行的简化算法的一种处理过程如下：算法 3. 简化部署执行在子服务类上投影的过程

过程名：简化家族上的投影输入：家族上的投影 = (cf , Compf , IPf ) oL o(cf ,Compf ,IP/"-)oL o{cf" ,Compf" Pf") 输出：简化后的投影 ^pO ^lifl^ed

过程：

1、将

2、令 j从 1循环至 n i.如果子服务的部署策略 ^ ^=EIP，紘 ^Pr —^Sim禪 ^ed中至少还存在一个子服务 ^c；' ^x < ^j)，则从 ^Proj ^c、― ^SimP^lifi^ed中移除 ( '^ComP> ,^ΙΡ:' ) ϋ.如果子服务的部署策略 ^=0IP，则 J ^Proj )-^{Simp ed}中移除子服务之前的所有子服务 iii.如果子服务的部署策略 ^=NIP a.如果子服务之前存在一个子服务 (^x≥t' 则从 ^Prom^mP^ufi^ed中移除（c; b.否则从中移除之前所有版本号低于的子服务输出

例如，服务 s的部署序列为

IE{ _c) = (_C; , BC Λ FC,

BC, IIP)o{c_l , BC, NIP)

o(c₂ ³ , FC, NIP)o{cl , BC A FC, OIP) 运行算法 2，得到在各家族上的投影： IP), (c ,BC, NIP)}

3² , BC A FC, OIP) }

运用算法 3，以 ^^W^W 的简化过程为例

Prof 、― Simplified =

Λ FC, EIP), (cf，BC， NIP)}，包含 ₂个子服务第一个子服务 ^的 ^ = ^，执行上述 2.i，因为 ^之前没有子服务，因此不进行任何操作；第二个子服务的 ^{Ρ = Λ Ρ}，因为 ^的版本号小于，因此执行上述 2. iii.b，从

Prof 、—Simplified中移除^^ 八/^：^^)，最终 ^Prof_F ^{E C}、― ^SimP^lifi^ed = {(c',BC,NIP)} 同理，

5C Λ FC, OIP)}

P^roj 、^c、—Simplified = {{c₂,FC,NIP)} 最终，把简化后的部署序列 ^Ρ^· ^{) )} -¹ ^ ^^中的部署方式按照它们在 ^c)中的相应顺序进行排列，得到最终简化的部署序列。

IE{TT_c、— Simplified = , BC, NIP) o(c₂ , FC, NIP) O(C BCAFC, OIP) 由此可以看出，服务初始由 5个子服务构成，经过上述优化处理后，现在只需要 3个子服务就能够完成同样的服务功能，起到了降低部署规模，优化系统环境的作用。

步骤 45、对简化后的部署序列进行验证。在对部署序列进行上述简化处理之后，部署序列验证单元利用验证规则库，对简化后的部署序列进行验证，得出该简化后的部署序列的验证结果，该验证结果包括：安全或成功的验证结果。

上述部署序列验证单元的内部处理流程如图 8所示，具体处理过程如下：通过访问验证规则库获取验证规则，该验证规则是根据上述成功部署、安全部署的定义而设置的，主要包括成功部署验证规则和安全部署验证规则两种，部署验证规则可以判断出一个部署方式被部署后是否具有成功性，安全部署验证规则可以判断出一个部署方式被部署后是否具有安全性。利用验证规则对简化后的部署序列中每一个部署方式进行判断，判断其部署后的成功性与安全性，然后综合考虑部署序列中每一个部署方式的判断结果，得出简化后的部署序列的成功性与安全性的验证结果。

通过部署序列验证单元得出验证结果之后，调用用户意愿表达器所采集的用户意愿，对验证结果进行判断，得出优化后的部署序列是否满足用户意愿的判断结果。该实施例提供的根据用户意愿判断验证结果的处理过程示意图如图 9所示，具体处理过程如下：比如，如果用户意愿为要求成功的服务部署，当得到的验证结果为成功的验证结果，则优化后的部署序列满足用户意愿；当得到的验证结果不是成功的验证结果，则优化后的部署序列不满足用户意愿。

如果用户意愿为要求安全的服务部署，当得到的验证结果为安全的验证结果，则优化后的部署序列满足用户意愿；当得到的验证结果不是安全的验证结果，则优化后的部署序列不满足用户意愿。

如果用户意愿为要求成功且安全的服务部署，当得到的验证结果为成功且安全的验证结果，则优化后的部署序列满足用户意愿；当得到的验证结果不是成功且安全的验证结果，则优化后的部署序列不满足用户意愿。

对于满足用户意愿的部署序列，系统调用服务部署单元进行部署；对于不满足用户意愿的部署序列，需要进行子服务的部署策略的调整，然后重新进行部署序列简化、验证的过程。

步骤 46、对不满足用户意愿的部署序列进行部署策略的调整，对满足用户意愿的部署序列进行部署。

对于不满足用户意愿的部署序列，需要对原始部署序列中每一个子服务的部署方式进行一定的部署策略的调整。

本发明实施例提出的四种部署策略：插入部署策略、覆盖部署策略、择新部署策略、仅空部署策略的局限性依次增大，当采用插入部署策略时，得到的部署序列一定是安全且成功的。因此，系统对部署策略的调整方式为，依次降低部署序列中每一个子服务的部署策略的局限性：

该实施例提供的一种调整子服务的部署策略的算法的处理过程如下：

I 算法 4. 调整子服务的部署策略的方法 I

过程名：调整子服务部署策略

输入：待调整的部署序列

ΙΕ(π₀) = (c* ,Compl' )oL o(c^ 'Comp^ ,IP^' ) L o{c , Comply ,ΙΡ^ ) 输出：调整部署策略后的部署序列

IE{n_c ) _ new

约定：

EIPu^,.! = NIP _Limit._r OIP^ = IIP

过程：

对于 ΙΕ^中的每一个部署方式 ⁽ ,C ,Ι^' ) 如果 ^≠πρ

更新部署方式 ( ，^CW^^V^ )

输出 ( r_c)— "ew 退出过程

例如，

IE{ _c) =

BC Λ FC, EIP) BC, IIP) o{c_l ² , BC, NIP)

o(c₂ ³ , FC, NIP) o{cl , BC Λ FC, OIP)，

其优化后的部署序列为：

IE{TT_C、— Simplified = (c' , BC, NIP)

FC, NIP) O(C BC A FC, OIP)

如果经系统验证并根据用户意愿表达器所采集的用户意愿信息，得出该优化后的部署序列不满足用户意愿，则对进行部署策略的调整。调整后得出：

IE{ _c ) _ new = (c; , BC Λ FC, NIP)

BC, IIP) 0(0' , BC, NIP)

o(c₂ ³ , FC, NIP) o{cl , BC A FC, OIP) 然后，对 ^(^)-" 重新进行部署序列的简化操作。

对于满足用户意愿的部署序列可以通过服务部署单元进行服务的部署工作，该实施例提供的服务部署单元的内部处理流程如图 10所示，具体处理过程如下：

分析优化后的部署序列中每个子服务的部署方式，获取每个子服务的部署策略，根据该部署策略将每个子服务按照它们在部署序列中的排列方式，依次进行部署，随着部署序列中每一个子服务的部署完毕，整个服务就完成了部署过程。

该实施例提供的组合服务的部署方法可以有效地减少服务部署所需要部署的子服务规模，并且可以按照用户意愿来部署服务，避免因无法期望服务部署效果而造成的人力 /资源的浪费。实施例三

该实施例描述了一个具体的服务在组合服务系统中的部署过程。

上述组合服务系统中已经部署的服务的子服务可以采用可扩展标记语言（XML， extensible Markup Language ) 来描述，该 XML schema的结构示意图如图 11所示，该 XML Schema描述了服务安装序列所须具有的必要信息的一种示例。例如：包含有 0〜多个子服务，每一个子服务有 ID、名字、版本、家族、兼容性、安装策略、子服务当前安装状态（等待安装、已经安装、跳过安装）的属性。

该组合服务系统中存在着 4个子服务，该 4个子服务的基本信息示意图如图 12所示，该 4个子服务分属于 4个子服务类 1、 2、 3、 5, 每一个子服务的部署方式如下式所示：

(c,⁴ , BC Λ FC, J,

, FC, J, (c₃ ³ , BC A FC, J 描述上述一个子服务的 XML如下：

<family>K/family>

<status>waiting</ status) </service>

该实施例在上述组合服务系统上部署一个服务 S，该服务包含 15个子服务，该 15个子服务的基本信息示意图如图 13所示，该 15个子服务分属于 5个子服务类，每个子服务都拥有自己的子服务兼容性和部署策略。对于这个服务的部署，用户期望的部署结果为既成功又安全的部署。调用部署执行规范化单元对上述服务 S的部署序列进行规范化，得到上述服务的规范化后的 IE{ _c ) = (c; , BC, OIP)

BC, OIP)o(c₅ ², BC, EIP) , BC, EIP)o(c₂ ² , FC, NIP) o(_Cl ³, C, IIP)o{cl , BC Λ FC, NIP)o(c₄ ² , FC, IIP)o(c₃ ² , BC, NIP) o(c₅' , BC, NIP) 部署序列 o(_c , BC, EIP) ο« , FC, EIP)o(c₅ ⁴ , FC, IIP) o(c₅ ³ , BC, OIP) o(c , BC, EIP) 然后，调用子服务家族号序列获取单元，从规范化后的部署序列中提取服务的子服务类号序列 Ρ( ) = {1,2,5,3, 4}。通过部署执行投影获取单元执行特定的投影算法，可以得到 ^⁽ ^)中的每个子服务类包含的子服务，得到服务 ⁵的部署序列在各家族上的投影序列为： , EIP)} , OIP)}

通过部署序列简化单元执行特定的简化算法，对上述各个投影序列进行简化，得到： , IIP) }

Proj^^c) Simplified = {(c^,BC,NIP)}

Proj^' f Simplified = {(c₄ ²,FC,IIP)} 因此，服务 S的子服务的进行了规范化和简化处理后的部署序列为：

IE{ _c、― Simplified =

A FC, NIP)

o(c₄ ² , FC, IIP) o{cl , BC, NIP) o(c₅ , BC, OIP) 调用部署序列验证单元，利用验证规则，对上述 ^(^)^^^^ ^进行验证，得出 /E ( r_c)一中所有的子服务在部署后，均为成功的部署；采用的是覆盖部署策略，服务部署后，会覆盖系统中原有的子服务，而^的兼容性是向后兼容的，无法实现的功能，因此，是一个不安全的部署。综上，可以得出服务 S的部署是一个成功但不安全的服务部署，它不满足用户的预期要求：既成功又安全的服务部署。

此时，有两种解决方案：其一，用户降低预期要求，接受成功但不安全的服务部署结果（本次服务部署，可以满足服务 S 本身的需要；对于原有系统的影响，忽略不计）。

其二，调用子服务部署策略调节单元，对最初指定的子服务部署策略进行调整，依次降低子服务部署序列中每一个子服务的部署策略，每次调整后重新调用部署序列简化单元及其后的系统流程。本实施例中采用第二种方案，对^^^^)进行子服务部署策略的调整。调整后的 (^c)为： IE{ _c ) = (c; , BC, IIP)

BC, OIP) o(c₅ ² , BC, BC, EIP)o(c₂ ² , FC, NIP) o(_Cl ³ , FC, IIP) O(C₂ ³ , BC A FC, NIP) o (c₄ ² , FC, IIP) o(c₃ ² ,

BC, NIP)

o« , BC, EIP) o(c" , FC, EIP)o(c₅ ⁴, FC, IIP) o(c₅ ³ , BC, OIP)o{c_l ² , BC, EIP)

(子服务 ^C;的部署策略由 ^0IP变为 HP )

进行投影、简化后，得到：

IE{K_C、― Simplified =

BC, IIP) ο(ς³ , FC, IIP) o(c₂ ³ , BC A FC, NIP)

o(c₄ ² , FC, IIP) o(c₃ ² , BC, NIP) o(c₅ ³ , BC, OIP) 调用部署序列验证单元，得出， ^(^ )- ^ ^{ζ: ¾ί} 中所有的子服务在部署后，均为成功且安全的部署。综上，可以得出服务在调整了子服务的部署策略后，进行的服务部署将是一个成功且安全的服务部署，此时，它满足了用户的预期要求。通过该实施例可以看出，在系统中部署服务 S，原本需要部署 15个子服务，且部署后无法得知服务的部署效果（除非不考虑子服务的部署策略，所有的子服务全部采用直接部署方式——此时一定是既成功又安全的服务部署一否则无法得知服务部署后效果的成功性与安全性）。而通过本实施例的优化处理以后，服务的子服务降低为 6个，子服务的部署规模降低了 60% (而且，这 6个子服务也不用全部部署，根据子服务的部署策略，不需要部署到系统中），有效减少系统资源的消耗。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体 (Read- Only Memory, ROM) 或随机存储记忆体 (Random Access Memory, RAM) 等。综上所述，本发明实施例利用同家族的子服务之间的兼容关系以及子服务的部署策略，简化了组合服务的部署序列，大大降低了服务部署的规模，有效减少系统资源的消耗，降低管理人员的工作强度。

而且，通过对服务部署效果的验证，能够提前判断服务部署后对系统的影响以及是否满足用户的要求，这对管理人员来说，可以避免因为盲目部署服务而带来的不良后果。

本发明实施例从用户感知服务的角度和服务系统的整体效用出发，聚焦服务的部署与动态配置，所关注的内容更贴近真实的服务部署的应用环境，使得以子服务为基础的服务部署过程得以规范化，便于操作。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

权利要求

1、一种组合服务的部署方法，其特征在于，包括：

按照所述优化后的部署序列进行所述组合服务的部署。

2、根据权利要求 1所述的方法，其特征在于，所述根据所述子服务的部署方式处理部署序列，生成优化后的部署序列具体包括：

根据所述组合服务的部署序列找出每一个子服务类中的子服务集合，并按照每个子服务的部署方式，对所述子服务集合中包含的子服务进行优化，重新组成所述组合服务的优化后的部署序列。

3、根据权利要求 1所述的方法，其特征在于，在所述方法之前还包括如下步骤：

对所述组合服务的部署序列中的子服务的部署方式进行规范化处理，将所有规范化后的子服务的部署方式按照设定的顺序进行排列，组成所述组合服务的部署序列。

4、根据权利要求 3所述的方法，其特征在于，所述规范化后的子服务的部署方式包括：子服务的家族号和版本号、兼容关系以及部署策略。

5、根据权利要求 2所述的方法，其特征在于，所述根据所述组合服务的部署序列找出每一个子服务类中的子服务集合，具体包括：

将所述部署序列在每一个子服务类上执行投影操作，得到所述部署序列在每一个子服务类中的子服务集合，并且，所述子服务集合中各个子服务的排列顺序遵循各个子服务在所述部署序列中的排列顺序。

6、根据权利要求 2所述的方法，其特征在于，所述按照每个子服务的部署方式，对所述子服务集合中包含的子服务进行优化，具体包括：

如果待部署服务的系统中存在某个家族号的子服务，则从和所述某个家族号对应的子服务集合中去除掉所有部署策略为仅空部署策略的子服务；

如果子服务集合中存在部署策略为覆盖部署策略的子服务，则去除掉所述子服务集合中排列在所述部署策略为覆盖部署策略的子服务之前的所有其它子服务；

如果子服务集合中存在部署策略为择新部署策略的子服务，当所述子服务集合中存在排在所述部署策略为择新部署策略的子服务前且版本号比所述部署策略为择新部署策略的子服务大的其它子服务，则去除掉所述部署策略为择新部署策略的子服务；否则去除掉所述子服务集合中排在所述部署策略为择新部署策略的子服务前且版本号比所述部署策略为择新部署策略的子服务低的所有其它子服务。

7、根据权利要求 1至 6任一项所述的方法，其特征在于，所述方法还包括：

获取用户对服务部署效果的意愿信息，该意愿信息包括成功的服务部署、安全的服务部署或既成功又安全的服务部署意愿；

根据预定的验证规则对所述优化后的部署序列进行验证，得到所述优化后的部署序列的部署效果息；

将所述意愿信息和所述部署效果信息进行比较，得到所述优化后的部署序列中满足用户意愿的子服务和不满足用户意愿的子服务。

8、根据权利要求 7所述的方法，其特征在于，所述的根据预定的验证规则对所述优化后的部署序列进行验证，得到所述优化后的部署序列的部署效果信息，具体包括：

如果所述优化后的部署序列中每一个子服务的部署策略都是插入部署策略或者覆盖部署策略，则所述优化后的部署序列的服务部署是成功的；

如果所述优化后的部署序列中每一个具有未插入效果的子服务的部署策略都是仅空部署策略，且待部署服务的系统中与所述具有未插入效果的子服务同家族的子服务的兼容性是既向前兼容又向后兼容的，则所述优化后的部署序列的服务部署是成功的；

如果所述优化后的部署序列中每一个子服务的部署策略都是插入部署策略或者仅空部署策略，则所述优化后的部署序列的服务部署是安全的；

如果所述优化后的部署序列中每一个具有插入效果的子服务的部署策略是覆盖部署策略且兼容性是既向前兼容又向后兼容的，或者每一个具有插入效果的子服务的部署策略为择新部署策略且兼容性是向后兼容的，则所述优化后的部署序列的服务部署是安全的；

如果所述优化后的部署序列中每一个子服务的部署策略都是插入部署策略，则所述优化后的部署序列的服务部署是成功的和安全的。

9、根据权利要求 7所述的方法，其特征在于，所述的按照所述优化后的部署序列进行所述组合服务的部署，具体包括：

对不满足用户意愿的子服务进行部署策略的调整，对满足用户意愿的子服务按照各个子服务的部署策略、在部署序列中的排列顺序依次进行部署。

10、一种组合服务的部署装置，其特征在于，包括：部署序列优化单元，用于获取组合服务的部署序列，所述部署序列含有组合服务的子服务的部署方式，按照所述子服务的部署方式处理部署序列，生成优化后的部署序列；

11、如权利要求 10所述的组合服务的部署装置，其特征在于，所述的部署序列优化单元包括：家族号获取子单元，用于获取部署序列中各个子服务所属的家族号信息，并将该家族号信息发送给子服务集合获取单元；子服务集合获取子单元，用于根据家族号获取单元发送过来的部署序列中各个子服务所属的家族号，将所述部署序列在每一个子服务类上执行投影操作，得到所述部署序列在每一个子服务类中的子服务集合；

部署序列简化子单元，用于按照每个子服务的部署方式，对所述子服务集合中包含的子服务进行优化，重新组成所述组合服务的优化后的部署序列。

12、如权利要求 11所述组合服务的部署装置，其特征在于，所述的部署序列优化单元还包括：部署序列规范化子单元，用于对组合服务中的子服务的部署方式进行规范化处理，将所有规范化后的子服务的部署方式按照设定的顺序进行排列，组成所述组合服务的部署序列。

13、根据权利要求 10、 11或 12所述的组合服务的部署装置，其特征在于，所述部署装置还包括：

用户意愿获取子单元，用于获取用户对服务部署效果的意愿信息，该意愿信息包括成功的服务部署、安全的服务部署或既成功又安全的服务部署意愿，并将意愿信息发送给部署序列验证单元；部署序列验证子单元，用于根据预定的验证规则对所述优化后的部署序列进行验证，得到所述优化后的部署序列的部署效果信息；将所述意愿信息和所述部署效果信息进行比较，得到所述优化后的部署序列中满足用户意愿的子服务和不满足用户意愿的子服务；

所述服务部署单元对不满足用户意愿的子服务进行部署策略的调整，对满足用户意愿的子服务按照各个子服务的部署策略、在部署序列中的排列顺序依次进行部署。