CN107533483B - 服务编排 - Google Patents

Abstract

本文描述了一种用于传播对服务图的修改的装置及方法的示例。响应于对服务的修改，识别服务图中的服务之间的关系。该关系为服务图中的服务对之间的引用。基于识别到的关系，对修改进行传播。

Description

服务编排

背景技术

根据用户的规范提供服务是一项复杂的任务。诸如服务分解之类的方法允许根据服务对其它服务的依赖性来理解服务。在服务供应商网络上，服务构成了表示服务之间依赖性的服务图。假如对服务进行修改，可能导致依赖服务的破坏，除非将修改的效果传播给在服务图中识别到的其它依赖服务。

附图说明

根据下面的结合附图理解的具体描述，本公开的各种各种特征将显而易见，通过举例一起图示了本公开的特征，其中：

图1为根据一个示例示出用于创建或修改服务的服务引擎的示意图；

图2为根据一个示例示出服务控制器的示意图；

图3A为根据一个示例示出从父服务传给一个或多个子服务的属性的示意图；

图3B为根据一个示例示出从子服务传给父服务的属性的示意图；

图3C为根据一个示例示出引用第二服务的第一服务的示意图；

图3D为根据一个示例示出第一被引用的服务和对应的引用者服务的示意图；

图4为示出包括使用常见的共享服务的两个服务的服务图的示意图；

图5为根据一个示例示出传播对服务图的修改的方法的示意图；

图6为根据一个示例示出对服务图中的服务进行修改的方法的示意图；

图7为根据一个示例示出对服务图中的服务迭代地进行修改的示意图；

图8为根据一个示例的计算机系统的示意框图。

具体实施方式

在下面的描述中，出于解释的目的，记载了特定示例的多个具体示例。本说明书中引用“一个示例”或类似语言意指在至少一个示例中包含结合示例所描述的特定特征、结构或特性，但不必在其它示例中。

本文描述的特定示例提供了用于传播对服务图中所表示的服务进行修改的方法。服务图包括服务、子服务、和用于构建那些服务的物理及虚拟组件的集合。特别地，服务图定义那些服务与子服务之间的关系，表示为非循环定向图。在本上下文中，“图”为表示服务的节点和表示服务之间关系的弧的集合。图可以包括许多类型的节点和弧。

在一些示例中，通过使用描述符来描述服务。“描述符”或“服务描述符”为用于描述一类服务和管理该服务的规则的数据类型。描述符包括定义用于实现服务的策略的一个或多个参数，并以服务控制器或服务编排器可理解的格式的数据类型提供描述符，这样服务控制器能够根据策略来实例化、修改并删除描述符中指定的服务。当使服务实例化时，参数定义服务的各种属性。根据子服务的类型、物理和/或虚拟功能、物理和/或虚拟网络组件和诸如物理或虚拟存储、网络设施和计算资源之类的具体基础设施组件、以及对那些组件进行管理以实例化、修改或删除特定服务的规则，服务描述符提供了服务的方便的、模块化的描述。在本文描述的特定示例中，描述符用于根据其它参数、子组件、还有服务供应商所提供的服务与其它服务之间的关系、明确地定义服务的一个或多个想要的参数。在一些示例中，服务供应商提供的基础虚拟资源为虚拟网络功能(VNF)管理系统所管理的VNF。VNF管理系统能够提供用于例如创建虚拟机(VM)或连接虚拟网络接口卡(vNIC)的能力。在特定示例中，大量此类组件的高度复杂的布置被用来实现服务。服务描述符提供了一种将复杂服务分解为可组合的子服务的方法，每个子服务具有它们自己的描述符。服务的实例化分解为父子服务的层级体系，其中例如在该层级体系非常低的级别，表示由诸如VNF管理系统之类的服务控制器所实例化的个体组件。特别地，描述符提供了一种结构，其使基础物理/虚拟组件中的大多数配置抽象化，但用来定义用于编排那些组件以使用分解对服务进行实例化、修改或删除的实体类型。

在一些示例中，来自用户、或在其它情况下诸如外部系统之类的非用户或诸如管理员之类的人类非用户的服务请求包括落在服务供应商所提供的服务之外的一个或多个服务。然而，服务供应商在基础物理或虚拟基础设施方面具有满足该请求的能力，且可能希望这么做。例如，假如用户请求作为服务供应商响应于另一用户的请求所实例化的服务的共享存储设施时，被请求的服务的服务描述符包括对共享存储服务的引用。被请求的服务的一个或多个参数定义了如何计算该服务的属性。这些属性取决于被引用的共享存储服务的属性。响应于对共享存储服务的属性所做的修改，基于被请求的服务的描述符中的参数，重新计算被请求的服务的属性。在一些示例中，服务器请求规定将存储服务额外配置为与形成它们服务请求的其它子服务兼容。这能作为一个或多个参数的部分规范而纳入服务描述符中。类似地，能够在共享存储服务的服务描述符中将请求服务表示为一个或多个引用参数。例如，共享存储服务的一个属性为引用共享存储服务的用户服务所使用的容量。假如在引用共享存储服务的用户服务、该属性发生变化，可能需要重新计算共享存储服务的一个或多个参数以传播响应于用户请求而变化的属性。而且，使用共享存储服务的其它服务将具有取决于共享存储服务的属性的属性。因此，在服务图中，可以将变化广播给服务的其它属性。

在另一示例中，因除外部用户请求之外的事件，服务的属性发生变化。在一个示例中，定期升级及监视事件触发器了服务属性的重新配置。类似地，假如那一服务取决于一个或多个其它服务，那些其它服务还可能受那一属性变化的影响。在一种情况下，响应于来自错误监视系统、或作为在供应商网络上测量服务性能的服务监视系统的一部分的警示，对服务的属性进行修改。

服务总体描述了服务图。该服务图包括不同服务与那些服务的子服务之间的关系。在一些示例中，服务图的节点为服务或子服务，其与在服务供应商的物理和/或虚拟基础设施上实例化的、根据服务的描述符以如上所述的方式相互具有一个或多个相互关系的实体相对应。在一个简单的层级服务结构中，服务图为包括父子服务的非循环定向图。然而，一般而言，在服务构成了包括引用及被引用服务的复杂的相互关系的情况下，服务图构成任意的有向图。当服务供应商接收对新服务的服务请求时，服务供应商或系统回顾当前在其基础设施上提供的现有服务，且作为响应，触发器用于提供服务给那一用户的实体。在一些示例中，根据现有的组件及子服务使服务实例化，以满足请求。

为保持竞争力，服务供应商不得不向他们的客户保证最小的可用性。尤其是，保证服务的需求可能是99.999％可用性(或更高)。保证那一水平的可用性取决于供应商响应于变化、重新配置他们系统的能力。通过供应商的导致重新配置的基础设施，服务变化的满足具有连锁效应。一个选项将是拆解现有的服务实例化，并重建那些服务。然而，此解决方案可能涉及客户不可接受的停机程度。在其它示例中，服务供应商可能希望重新配置自己的基础设施，例如作为例程升级的一部分。此类情况下，贯穿升级，不足以让服务离线。

一般情况下，为了贯穿全服务图、传播对服务的修改，可以对其它服务进行可能大量的改变。在共享存储设备之前给定的示例中，假如那一设施被大量服务引用，对共享存储的任意变更都将对用户触发器可能大量的破坏。

图1为根据一个示例的用于配置服务的装置100的简化示意图。图1所示的装置100包括服务引擎110。在图1所示的示例中，服务引擎110被布置为访问服务描述符，并根据描述符发送指令给资源管理器。更具体地，响应于对服务属性的修改，服务引擎110能够生成发给资源管理器120的指令，以重新配置物理和/或虚拟基础设施130。

物理和/或虚拟基础设施130被配置为根据关联到那些服务的描述符中的参数、实现服务的实例。在此上下文中，“重新配置”物理和/或虚拟基础设施130意指生成、修改和/或删除基础设施组件。一般而言，在服务引擎接收的请求为修改特定服务的请求，然而在此上下文中，对修改服务的请求进行响应不必意指服务引擎生成对实现那一特定服务的实例的物理或虚拟基础设施进行修改的指令。因那一服务可能是在物理和/或虚拟基础设施130上实现的、且如之前所描述的利用那些其它服务的多个服务中的一个，所以发送给资源管理器120以重新配置物理和/或虚拟基础设施130的指令可能涉及服务图中表示的任意数量的其它服务。甚至可能情况为：修改服务的请求包括对新的额外子服务的请求，该额外子服务不是当前实现的(因此未在服务图中表示)，在此情况下指令包括重新配置资源以实现新的子服务实例的请求。另一情况下，将服务修改为因服务的错误监视事件、时序事件、或状态转换事件而引起的触发器的结果。

图1的服务引擎110包括命令接口(I/F)140、服务控制器150、存储接口160和资源接口170。服务引擎经资源接口170连接到资源管理器120，资源管理器120通信地联结到基础物理和/或虚拟基础设施130。服务控制器130通信地联结到命令接口140，并被布置为响应于在命令接口140所接收的请求、访问一个或多个服务的描述符。在一些示例中，这是例如基于通信协议的、创建、修改或删除服务的请求。在其它示例中，它是来自图形用户接口和/或编程接口的命令。服务控制器150被配置为对在资源接口170所接收的服务实例的属性的修改的指示进行响应。在一个示例中，物理和/或虚拟基础设施中资源的错误给服务控制器发送服务实例已被破坏的指示。在进一步的示例中，服务控制器150对通过资源接口170所识别的一个或多个外部设备进行响应。

服务控制器响应于在资源接口或命令接口所接收的数据，经存储接口160对服务描述数据存储中所存储的服务的描述符进行访问。数据存储180包括服务、子服务和共同构成那些服务的组件的描述符，并根据一个示例，作为第三方所维护的远程存储设备。在另一示例中，服务引擎可直接访问数据存储180。

在一种情况下，服务控制器150被布置为识别一个或多个定义访问的子服务和涉及其它服务的参数，在服务的标识符中。例如，服务控制器150起初访问受影响的服务的服务描述符。在识别该服务的一个或多个变化的属性时，服务控制器150被布置为访问引用受影响服务的那些服务的、还有受影响的服务所引用的那些服务的描述符。引用服务的描述符包含定义如何基于受影响服务的属性(可能是其它服务的属性)来计算那些服务的属性的参数。服务控制器150被布置为重新计算引用受影响的服务的服务的属性，并指示资源管理器120根据重新计算的属性来实例化、修改或删除其它服务。

在通过传播对由服务中的一个的描述符中的参数识别的属性的改变来识别一对服务之间的关系时，服务控制器150响应于对服务的修改来传播对服务图的改变。在一些示例中，受影响的属性的传播包括服务控制器150生成发送给资源管理器120、经资源接口170重新配置物理和/或虚拟计算资源的指令以将改变进行实例化。在一个示例中，“重新配置”或“重新分配”物理和/或虚拟计算资源包括诸如简单设置之类的变化，例如对服务所用的带宽的修改。

在一个示例中，参考图1，命令接口140被布置为经图形用户接口(GUI)接收请求。在一些示例中，一个用户或一组用户能够访问GUI，并经GUI输入他们对服务的请求。尤其是，装置100的服务供应商能够提供它当前在其物理和/或虚拟基础设施上实现的服务目录。在示例中，GUI还使得能够根据用户自己的偏好来指定服务，允许对当前不在基础设施130上实现的服务不进行请求。在替代的示例中，命令接口140还接受来自包括资源提供者的多个源的请求。例如，在一种情况下，响应于自动的监视行为或作为系统级更新的一部分，由操作支持系统提供请求。在一些示例中，服务供应商在IP堆栈的网络上对IP堆栈进行配置。在进一步的示例中，向用户示出服务图的图形表示。这示出了当前在服务供应商的基础设施上操作的各种服务之间的关系，并给用户提供一种按自己需求来图形选择服务的方式。在一些示例中，将关联到服务的参数的属性值呈给用户，这样它们能够根据自己的规范选择服务。

图1示出了通信地连接到资源管理器120的服务引擎。资源管理器120被布置为当从资源接口170接收到命令时配置物理和/或虚拟基础设施130中的资源。在一个示例中，物理和/或虚拟基础设施130包括物理和/或虚拟计算、存储及网络资源的组合。在一个示例中，物理和/或虚拟基础设施包括开关130A、路由器130B、防火墙130C、负载均衡器130D、虚拟机管理程序130E、基础设施管理系统130F、控制器130G、网络管理系统130H和编目系统130I的一个或多个。就虚拟资源而言，应该注意到，将从资源管理器接收的指令传给在基础设施130中执行的、对虚拟化组件进行明确管理的虚拟化管理器。例如，在一种情况下，与访问用于指定诸如VM之类的个体组件的描述符的服务引擎相反，响应于从资源管理器接收的数据，直接在基础设施130中生成创建诸如VM或vNIC之类的虚拟组件的指令。然而，后一种情况也是可能的，假如服务供应商希望给用户提供那些服务，资源管理器120执行相当于虚拟化管理器的一个或多个功能。在一个示例中，资源管理器120访问一个或多个存储实体，该存储实体提供从服务引擎接收的指令与发送给基础设施130的、用于实例化、修改或删除特定的物理和/或基础设施组件的指令之间的映射。

图2为根据一个示例示出服务控制器210的装置200的简化示意图。服务控制器210被布置为响应于对包括至少第一服务的服务图中的服务的修改，访问第一服务和第二服务220中的至少一个的至少一个描述符，识别第一或第二服务230的一个或多个描述符中的一个或多个引用，其中一个或多个引用包括第一服务的描述符中对第二服务的引用和第二服务的描述符中对第一服务的引用的中的至少一个，并基于一个或多个识别到的关系240对修改进行传播。在一个示例中，结合图1所示的装置来使用图2所示的服务控制器210。

图3A为示出父服务310和多个子服务320的简图。如之前描述的，可以将一个服务分解为多个子服务，子服务自身分解为一直下至供应商基础设施中计算资源的个体组件的子服务。将此分解过程描述为“父/子分解链”。父服务310的描述符描述了一个或多个参数，其定义了根据那些参数的属性值、例如由图1所示的服务控制器150来实例化、修改或删除子服务320的策略。根据一个示例，子服务320的特定属性为“继承”属性。这些是子服务320的依赖于父服务的一个或多个属性的属性。在图3A中，父服务的一个属性已被修改(在图3A中由“Δ”标记325表示)。图3A示出了将修改的属性Δ传播给子服务320。根据一个示例，对子服务的描述符中、用于计算子服务的属性的一个或多个参数进行识别。服务控制器150被布置为解析子服务320的描述符，并基于修改的属性325的值，重新计算子服务320的属性。服务控制器150被布置为将重新配置虚拟/物理基础设施130的指令传给资源管理器120，以用修改的属性对子服务进行实例化、修改或删除。

在处于虚拟网络上下文的示例中，虚拟路由器(对基于硬件的层3IP路由进行复制的软件功能)的描述符定义了面向广域网(WAN)的网络参数和面向局域网(LAN)的网络参数。那一虚拟路由器类型的特定实施例，例如用于特定虚拟路由器的描述符，接着定义了它的子虚拟NIC哪一个是面向WAN和面向LAN的，并将参数传给那些作为继承属性的相关vNIC。生成后，对父服务的描述符中的一个或多个属性进行修改。响应于该修改，服务控制器150能够识别相关的子服务，并指示资源管理器120根据子服务的更新的属性来实例化该修改。

图3B为示出父服务330的属性取决于子服务340的一个或多个属性的替代示例的简图。在此情况下，父服务330的描述符包含规定了如何根据子服务的属性来计算父服务的属性的“child.parameter”。在图3B中，改变子服务345的属性。作为响应，考虑修改的属性345，对父服务中的“child.parameter”进行重新计算。子服务的修改的属性起因于例如经命令接口140接收的请求、或响应于在资源接口170接收的一个或多个触发器，响应于监视或检错过程，或作为状态改变的结果——例如，供应商可能解除该服务。在一个示例中，用户能够请求用于子服务、作为服务请求的一部分的特定属性。

在另一示例中，一个或多个子服务的属性遭遇服务供应商或被布置为经命令接口140发送请求给服务控制器150的任意其它实体所做的修改。在此情况下，服务控制器150被布置为指示资源管理器根据作为请求结果的修改的属性、对子服务进行实例化、修改或删除。父服务的描述符中所指定的“child.parameter”能够由服务控制器150识别，其能够指示资源管理器根据请求、使用更新的子服务。因此，child.parameter指定了响应于对父服务330的请求、传播子服务340中的改变345的方式。在之前给定的虚拟路由器的示例中，每个子vNIC可独立地被配置为子服务。用户可以请求第一vNIC不再是面向WAN的vNIC，但例如因基础网络配置中的变化，现在反而是面向LAN的vNIC。通过规定此参数为父虚拟路由器的描述符中的子参数，能够无缝地更新父服务的属性以反映请求。

在服务引擎110的实施例中，可能检测到在父子层级结构中发生属性变化的时间。尤其是，无需指定独立的代码来比较一个属性之前的值。在一个示例中，装置100被布置为访问父服务的描述符，并识别取决于父服务的子服务的一个或多个属性。服务控制器150被布置为重新计算所识别的属性，并基于具有更新的属性值的描述符，实例化、修改或删除父服务。

图3C根据一个示例示出了引用服务360的多个服务350的示意图。一个引用由表示引用实体的描述符数据结构中的数据来定义。一般而言，服务控制器150对在服务的服务描述符中出现的引用进行响应。服务描述符包含该形式的引用：

引用:

类型:[实体类型]

常数:[$实体]

以上符号是用于对引用服务的描述符中的引用服务进行识别的伪代码。当服务控制器150解析来自命令接口140的请求以生成第一服务的实例时，以上引用将触发器服务控制器以对服务描述符存储180中引用的描述符进行识别，并生成经资源接口170发送给资源管理器120的指令，以根据“实体类型”中指定的实体来生成该引用的实例。在以上符号中，“类型”定义了作为值用于引用的实体类型(“[实体类型]”)，其为对用于该实体类型的一个描述符或描述符类的名称的引用，引用参数可以将该实体类型保存为值，“常数”定义了一个实体，将函数传递给它以获得定义类型的实体。

一般而言，服务及其引用服务不是孤立存在的，因而仅响应于来自用户的修改服务的请求、拆解现有的服务和对应的被引用的服务是不够的。例如，在用户已请求共享存储服务的实例的情况下，那一服务可能被多个其它服务引用。诸如图1所示的示例性服务引擎110之类的服务引擎需要一种将对被引用的服务的描述符中参数的修改识别为请求的结果的方法，并对引用者服务的实例化中的那些变化进行响应。例如，就共享存储服务而言，起初生成该服务的用户现在可能请求减少存储设备的容量。

在图3C中，引用服务360的服务350由一个或多个描述符定义。在图1所示的服务引擎110的示例中，服务控制器150对服务350所引用的服务360的属性进行修改。起初，服务控制器经资源接口指示资源管理器140对物理和/或虚拟基础设施130上的实例化进行修改或删除。然而，另外，服务控制器能够对服务350的描述符中的明确引用进行识别，且响应于识别该引用，将修改的属性365传播给引用者服务350，而不会导致不当的破坏。在共享存储的示例中，一个属性能够像指示分配给每个引用者服务的容量的百分比的属性一样直接。因此，共享存储服务中的修改触发器了为引用者服务生成一个或多个额外的存储实体，以满足容量。

图3D根据一个示例示出了引用服务380的服务370的示意图。类似于图3C所示的服务，图3D所示的服务370包含服务370的描述符中所包括的对服务380的引用。在一个示例中，当实例化服务370时，服务370的描述符中对服务380的引用包括涉及服务380的一个或多个参数的规格。可以响应于在命令接口140接收的请求或经资源接口170接收的数据，对服务370的一个或多个属性进行修改，且响应于那些修改，将属性变化传播给被引用的服务380。在此情况下，通过将一个或多个引用者参数纳入被引用的服务380中的描述符，来实现该传播。一个或多个参数为取决于引用者服务370的参数的被引用服务380的参数。类似于之前描述的示例，响应于经资源管理器对引用服务者370中属性的修改，引用者参数能够被服务控制器150用于重新计算用于参数的属性。

图4根据一个示例示出了服务图400的示意图。在图4中，表示第一服务410和第二服务420。环绕这些服务的虚线框指示每个服务由分离的请求方独立地实例化。服务410和420每个分别引用服务430、440。在图4所示的示例中，服务430和440为父服务450的子服务。在一种情况下，响应于用户请求服务410，生成服务430和450，服务410的描述符包含对子服务430的引用。尤其是，当服务430被实例化时，父服务450也被实例化了。

例如，被请求的服务410能够为虚拟私有网络(VPN)，服务430为虚拟网。在此情况下，服务450能够表示虚拟网络管理服务。根据某种配置，服务420能够为第二用户所请求的第二VPN。响应于第二用户的请求，服务控制器150指示资源管理器140生成第二虚拟网440，作为虚拟网络管理服务450的子服务。因此，在此示例中，虚拟网络管理器450已成为VNP服务410和420的共享资源。假如最初请求服务450的那一方现在给服务引擎150发送修改服务450的属性的请求，服务引擎采取多个动作以通过服务图400传播变化。首先，服务控制器识别服务450的描述符中的子服务430和440。根据描述符中从父服务450继承的参数，用每个服务430和440自己的属性集对它们进行配置。响应于因受影响的属性而对父服务所做的修改，服务控制器对每个子服务进行修改。响应于对子服务430和440的修改，服务控制器150对服务410和420的描述符中的引用参数进行识别，并指示资源管理器实现对服务410和420的属性的修改。然而，对那些服务进行修改之后，服务控制器150对子服务430和440中的任意引用者参数进行识别，且针对任意识别到的参数，对子服务430和440执行额外的修改(按关于图3D所描述的示例)。最后，服务控制器150识别父服务450的任意属性，其作为那些改变的结果已受影响。在执行这些操作之后，已满足对服务450进行修改的初始请求。

如之前的示例所图示的，一般而言，在命令接口接收的请求未必用于对引用或被引用的服务的修改。实际上，一般而言，修改服务图中的服务的请求涉及贯穿服务图中表示的服务的至少一个子集、对改变进行传播以满足该请求。在属性值稳定之前，贯穿属性变化的传播，可能不得不多个改变一个属性。这可能是因为服务图中的循环导致连锁效应。例如，对一个服务的修改可能触发器对第二服务的修改，对第二服务的修改触发器对第三服务更进一步的修改，对第三服务更进一步的修改接着触发器对第一服务的另一修改，等等。

在装置100的示例中，服务控制器150被布置为使服务图中每个节点等同于第一服务，使服务图中的每个其它节点等同于第二服务，在每个节点的描述符中一个或多个关系的基础上，响应于对一个服务的修改，将修改传播给服务图中的多个服务。

一种确保传播结束的方式是对每个节点的评估次数施加上限。换言之，服务控制器持续追踪每个节点的通过的次数，一次通过包括关联到节点的服务的描述符的评估。应该注意到，在非常大的服务图中，每各节点解析一次可能是不实际的。在此类情况下，对与例如服务请求所导向的节点的分离度的次数规定限制可能是实际的。

图5根据一个示例示出了由图1所示的装置100编排对服务图的修改的方法500。

在框510，响应于请求，对服务图中第一服务和第二服务中的至少一个的描述符进行访问，响应于对第一服务的修改。对第一服务的修改可能包括一个或多个属性的修改，并可能响应于从用户接收的、例如修改服务图中的服务的请求。在一个示例中，修改服务的请求包括创建服务或终止当前正在运行的服务的请求。根据一个示例，服务的执行包括实例化、修改或删除诸如图1所示的物理和/或虚拟基础设施130之类的一个或多个物理和/或虚拟计算、存储及网络资源。经通信地联结到命令接口140的GUI，在诸如图1所示的接口140之类的命令接口接收该请求。根据另一示例，响应于因监视例如诸如任务性能、外部网络状况之类或作为错误监视一部分的状况而引发的对服务的一个或多个属性的修改，访问描述符。

在图1所示的示例中，服务控制器150发送访问描述符的请求。在一种情况下，经远程接口，例如提供对服务描述符数据存储180的访问的存储接口160，访问描述符。然而，在其它情况下，经通信地连接到服务控制器的存储，直接提供访问。在框520，识别第一与第二服务之间的引用。如关于图3C和3D所描述的，在服务的描述符中提供形式为引用参数的引用。在框510识别引用参数可以由服务控制器150执行。尤其是，识别第一服务的服务描述符中对第二服务的引用参数和第二服务中对服务的引用参数。在框530，将对第一服务的属性的修改传播给第二服务的属性。在图1所示的示例中，由服务控制器150执行传播过程。服务控制器能够生成经资源接口170发送给资源管理器120的指令，这接着能够实例化和/或修改物理和/或虚拟基础设施以实现变化。

图6根据实例化服务图更新的示例示出了方法600。可以结合图5所示的方法来使用图6所示的方法，以实现服务图中的服务的改变的属性的传播，还与图1和2所示的装置结合使用。在框610，识别第一服务的改变的属性。改变的属性可以作为例如请求的直接结果，以增加存储。在框620，识别第二服务的描述符中一个或多个参数，该参数定义用于基于改变的属性来计算第二服务的一个或多个属性的策略。在框630，基于在框620识别到的参数，计算第二服务的一个或多个属性。在框640，用修改的属性实例化第二服务。

图7根据迭代地传播对服务图中的服务的修改的示例示出了方法700。方法700可以结合之前的方法500和600使用，以在服务中传播对一个或多个服务的修改。方法700可以结合图1所示的装置100使用。在框710，将服务识别为服务图中的第一服务。在框720，对服务的描述符中与每个其它服务的一个或多个关系进行识别。描述符包含引用参数、引用者参数、子参数或表示从父服务继承的属性。在框730，基于识别到的关系，将对第一服务的修改传播到服务图中的其它服务。

在一个示例中，接收用于对在框710识别为第一服务的修改的请求。在另一示例中，该请求用于对除识别为第一服务的服务之外的服务的修改。在框740，执行关于是否已到达用于表示服务的节点的迭代次数的上限的检查(或实际上，表示服务的服务图的节点)。根据一个示例，该上限为系统管理员所施加的预定限制，以保证传播算法终止。假如还未到达该上限，那么为那一服务重复该方法。在一个示例中，图7所示的方法700用于确保贯穿服务图、完整地传播属性变化的效应。为服务图中每个服务节点复制图7所示的方法700，直至到达用于那一节点的上限。一旦传播了对服务图的所有改变，就将修改实例化。在一个示例中，实例化更新的参数的次序反映了服务之间的依赖性。在一个示例中，使用例如诸如强通量算法之类的算法，对服务进行拓扑排序。无法对服务之间的依赖性进行拓扑排序可能导致一个或多个服务的错误配置。

本文描述的方法及系统提供了一种贯穿服务图、服务属性的一般性变化传播的手段。公开的系统及方法考虑了贯穿服务图、对服务的修改的影响，不仅仅是被引用的那些服务的一个特定服务实例。经典的服务编排技术依赖于服务分解，但这些方法及系统孤立地考虑那些服务，而不是作为扩大的基础设施的一部分。

如本文描述的特定方法及系统可以由处理从非暂时性存储介质检索到的程序代码的一个或多个处理器实现。图8示出了包括联结到至少一个处理器820的机器可读存储介质810的设备的示例800。机器可读介质810能够为能够包含、存储或维护指令执行系统所用的程序及数据的、或与指令执行系统相结合的任意介质。机器可读介质能够包括诸如例如电子、磁、光、电磁或半导体介质之类的许多物理介质的任一。合适的机器可读介质的更为具体的示例包括、但不限于硬盘驱动、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器或可携盘。在图8中，机器可读存储介质包括实现如本文前面的示例所描述的服务控制器和描述符。在一个示例中，设备800包括多个通信地相互联结的独立、分布式设备，处理器820分布在多个设备上。机器可读存储介质810包含响应于对包括至少第一服务的服务图中的服务的修改的指令。尤其是，机器可读存储介质810访问服务图中第一服务和第二服务810A中的至少一个的描述符。机器可读存储介质810包含识别第一服务及第二服务810B中的至少一个的一个或多个描述符中一个或多个关系的指令。基于一个或多个识别到的关系，机器可读存储介质包含传播对服务图810C中服务的修改的指令。

以上示例被理解为是说明性的。要理解关于任一示例所描述的任意特征可以单独或与所描述的其它特征组合使用，并还可以与任一其它示例的一个或多个特征、或任意其它示例的任意组合组合使用。而且，还可以使用上面未描述的等同物及修改。

Claims (13)

1.一种传播对服务图中的服务的修改的方法，所述方法包括：

响应于对服务图中的服务的修改，所述服务图包括至少第一服务：

访问所述第一服务和第二服务中的至少一个的一个或多个描述符；

对所述第一服务和所述第二服务中的至少一个的所述一个或多个描述符中的一个或多个关系进行识别，所述一个或多个关系包括以下项中的至少一个：

所述第一服务的描述符中的对所述第二服务的引用，以及

所述第二服务的描述符中的对所述第一服务的引用；并且

基于所识别的一个或多个关系，将所述第一服务的修改传播给所述第二服务，其中传播修改包括：

对所述第一服务的一个或多个改变的属性进行识别；

对所述第二服务的描述符中的一个或多个参数进行识别，所述一个或多个参数定义用于基于所述第一服务的所述改变的属性来计算所述第二服务的一个或多个属性的策略；

基于一个或多个识别到的参数来计算所述第二服务的一个或多个属性；并且

对所述第二服务的一个或多个属性进行实例化。

2.根据权利要求1所述的方法，其中，对服务的修改作是以下项中的至少一个的结果：

请求；

对服务的更新；

一个或多个性能触发器；

一个或多个错误监视触发器；

一个或多个时序事件；以及

服务的一个或多个状态转换。

3.根据权利要求1所述的方法，其中，所述第一服务为父子分解链中的父服务的子服务，所述第二服务为对应的父服务。

4.根据权利要求1所述的方法，包括：

确定是否存在所述第二服务的实例；并且

响应于积极的第二服务实例确定，使用所述第二服务的预存在的实例来实例化所述第一服务的描述符中的对所述第二服务的引用参数。

5.根据权利要求1所述的方法，包括：

确定是否存在所述第一服务的实例；并且

响应于积极的第一服务实例确定，使用所述第一服务的预存在的实例来实例化来自所述第一服务的第二服务的描述符中的引用者参数。

6.根据权利要求1所述的方法，其中，所述服务图包括多个服务，

其中传播对所述服务图中的服务的修改包括连续地使所述服务图中的每个服务等同于第一服务，并且使所述多个服务中的每个其它服务等同于所述第二服务，并且

其中，在连续等同操作的基础上，执行对所述服务图的修改的传播。

7.根据权利要求6所述的方法，包括根据上限针对所述服务图中的每个服务执行用于传播对所述服务图的修改的多个迭代。

8.根据权利要求1所述的方法，其中，使用网络功能虚拟化来实现至少一个服务，并且

其中，对服务的一个或多个更新后的属性进行实例化以实现修改包括：

对包括计算资源、存储资源和网络资源中的一个或多个的物理或虚拟基础设施资源进行修改，以实现所述服务的至少一个实例。

9.根据权利要求1所述的方法，其中，所述服务图中的第一服务包括由多个服务用户请求的共享服务。

10.一种包括服务控制器的用于配置服务的装置，所述服务控制器被布置为响应于对包括至少第一服务的服务图中的服务的修改：

访问所述第一服务和第二服务的中的至少一个的至少一个描述符；

对所述第一服务或所述第二服务的一个或多个描述符中的一个或多个关系进行识别，其中所述一个或多个关系包括以下项中的至少一个：

所述第一服务的描述符中的对所述第二服务的引用；和

所述第二服务的描述符中的对所述第一服务的引用；

基于一个或多个识别到的关系，传播对所述服务的修改；并且

对所述服务的所述修改进行实例化，

其中所述服务控制器被布置为：

对所述第一服务的一个或多个改变的属性进行识别；

对所述第二服务的描述符中的一个或多个参数进行识别，所述一个或多个参数定义用于基于所述第一服务的所述改变的属性来计算所述第二服务的一个或多个属性的策略；以及

基于一个或多个识别到的参数来计算所述第二服务的一个或多个属性。

11.根据权利要求10所述的装置，其中，所述服务图包括多个服务，

其中，所述服务控制器被布置为使所述服务图中每个服务等同于所述第一服务，使每个其它服务等同于所述第二服务；并且

其中，在连续等同操作的基础上，执行对所述服务图的修改的传播。

12.根据权利要求10所述的装置，包括：

与所述服务控制器通信的接口；

物理或虚拟资源管理器，被布置为从所述服务控制器发送命令，以指示将物理或虚拟基础设施资源分配给至少一个实例以配置服务，所述物理或虚拟基础设施资源包括物理或虚拟计算资源、物理或虚拟存储资源、和物理或虚拟网络资源中的一个或多个。

13.一种非暂时性计算机可读存储介质，所述计算机可读存储介质存储由一个或多个处理器执行时，使所述一个或多个处理器进行以下操作的指令：

响应于对包括至少第一服务的服务图中的服务的修改，对所述第一服务和第二服务中的至少一个的一个或多个描述符中的一个或多个关系进行识别，所述一个或多个关系包括以下项中的至少一个：

所述第一服务的描述符中的对所述第二服务的引用，和

所述第二服务的描述符中的对所述第一服务的引用；以及

基于一个或多个识别到的关系，将对所述服务的修改传播给所述服务图中的其它服务，其中传播修改包括：

对所述第一服务的一个或多个改变的属性进行识别；

对所述第二服务的描述符中的一个或多个参数进行识别，所述一个或多个参数定义用于基于所述第一服务的所述改变的属性来计算所述第二服务的一个或多个属性的策略；

基于一个或多个识别到的参数来计算所述第二服务的一个或多个属性；并且

对所述第二服务的一个或多个属性进行实例化。

Images