CN107302464A - 一种服务编排方法和系统 - Google Patents

Abstract

本发明公开了一种服务编排方法和系统。涉及云计算平台技术；解决了用户使用云平台时操作繁琐效率低下的问题。该方法包括：将云平台资源抽象为多个资源组件；建立各资源组件之间的依赖关系；选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。本发明提供的技术方案适用于资源容器管理，实现了不需要关注底层资源、便捷易用的云平台服务编排。

Description

一种服务编排方法和系统

技术领域

本发明涉及云计算平台技术，尤指一种服务编排方法和系统。

背景技术

随着信息技术的发展，云计算已经逐步成为了业界的发展热点，云计算技术也逐渐被应用到教育、科学、文化、公安、政府、卫生、高性能计算、电子商务、物联网等多个领域，云计算服务平台的使用量和活跃度也与日俱增。随着云计算的发展，云计算管理平台系统的逐渐庞大，单纯靠虚拟机在灵活性、效率等方面已经难以满足用户日益复杂的需求，容器技术应运而生，容器技术的便捷性在云计算领域引起了革命性的变革。

日益复杂庞大的云平台系统中各功能模块日益复杂，纳入云平台管理的资源种类越来越多，资源之间的关系越来越复杂，用户在实际使用云平台的过程中还需要关注底层的资源，复杂的资源关系在丰富了云平台功能的情况下也为用户增加了很多的使用负担，使用户操作更加繁琐，效率低下且容易发生错误。

发明内容

为了解决上述技术问题，本发明提供了一种服务编排方法和系统，将云平台中各种资源以及资源间依赖关系使用更加简明直观的方式组合起来，系统将该资源与资源间的关系保存为逻辑模板，这样很大程度上提高了服务部署的便捷性和复用性。

为了达到本发明目的，本发明提供了一种服务编排方法，包括：

将云平台资源抽象为多个资源组件；

建立各资源组件之间的依赖关系；

选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。

优选的，所述服务编排逻辑模板涉及的多个资源组件分属至少两个资源类型。

优选的，该方法还包括：

维护不同资源类型对应的执行器。

优选的，选择多个资源组件构建服务编排逻辑模板的步骤之后还包括：

执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排。

优选的，该方法还包括：

保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排。

本发明还提供了一种服务编排系统，包括：

资源抽象模块，用于将云平台资源抽象为多个资源组件；

关系维护模块，用于建立各资源组件之间的依赖关系；

模板构建模块，用于选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。

优选的，所述服务编排逻辑模板涉及的多个资源组件分属至少两个资源类型，该系统还包括：

执行器管理模块，用于维护不同资源类型对应的执行器。

优选的，该系统还包括：

编排执行模块，用于执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排。

优选的，该系统还包括：

模板管理模块，用于保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排。

与现有技术相比，本发明提供的一种服务编排方法和系统，将云平台资源抽象为多个资源组件，建立各资源组件之间的依赖关系，选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。针对每种组件维护组件对其他组件的依赖关系，当用户进行资源创建的时候，只需要维护各资源本身的配置细节和资源间的依赖关系，这样用户就可以更多地去关注业务，而不是底层资源本身。解决了用户使用云平台时操作繁琐效率低下的问题，实现了不需要关注底层资源、便捷易用的云平台服务编排。同时，服务编排逻辑模板可以保存，当再次出现类似业务逻辑的时候可以直接复用已有模板，这样便提高了模板的复用性，提高了资源管理的效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明的实施例一提供的一种服务编排方法的流程示意图；

图2为本发明的实施例二提供的一种服务编排系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

日益复杂庞大的云平台系统中各功能模块日益复杂，纳入云平台管理的资源种类越来越多，资源之间的关系越来越复杂，用户在实际使用云平台的过程中还需要关注底层的资源，复杂的资源关系在丰富了云平台功能的情况下也为用户增加了很多的使用负担，使用户操作更加繁琐，效率低下且容易发生错误。

用户在实际使用云平台的过程中，很多情况下不想过多关注底层的资源，而更加关注业务本身，所以提出一种便捷的方式为用户更加便捷的实现资源部署变得很重要。

为了解决上述问题，本发明的实施例提供了一种服务编排方法和系统，将云平台中各种资源以及资源间依赖关系使用更加简明直观的方式组合起来，系统将该资源与资源间的关系保存为逻辑模板，这样很大程度上提高了服务部署的便捷性和复用性。

首先结合附图，对本发明的实施例一进行说明。

本发明实施例提供了一种服务编排方法，使用该方法完成云平台资源服务调用的流程如图1所示，包括：

步骤101、将云平台资源抽象为多个资源组件；

所述多个资源组件分属至少两个资源类型。因此，还需要维护不同资源类型对应的执行器。

本步骤中，系统内初始化支持的组件类型，其中包括组件类型对应的执行器。

步骤102、建立各资源组件之间的依赖关系；

本步骤中，系统内维护各资源组件之间的依赖关系。优选的，还可以维护该依赖关系的执行器(可以为空)。

系统中初始化了各种组件的详细信息，其中包括组件的依赖组件、组件和其他组件之间的依赖关系处理器信息、组件的处理器信息等。

步骤103、选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系；

本步骤中，在实际使用服务编排模板过程中，用户只需要创建模板，并制定资源组件中的基本信息(及模板涉及哪些资源组件、资源组件间的依赖关系)，在执行模板时对组件资源的详细信息进行进一步的制定以及资源组件之间详细依赖细节进行补全，进而完成编排模板执行动作，完成服务编排。

本步骤中，创建服务编排逻辑模板，模板中指定要创建的资源组件。

步骤104、执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排；

本步骤中，在执行所述服务编排模板时，只需要解析服务编排逻辑模板，系统中的执行分发器根据资源组件类型将资源组件以及资源组件间的依赖关系分发到不同的执行器进行执行，执行完成则完成服务编排。

步骤105、保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排；

由于用户在实际生产过程中，使用的资源拓扑比较相似。因此，本步骤中，可将已创建的服务编排逻辑模板在使用完成后进行保存，这样在后续使用的过程中便可以复用已有的服务编排模板，提高了资源管理的效率。

下面结合附图，对本发明的实施例二进行说明。

本发明实施例提供了一种服务编排系统，其结构如图2所示，包括：

资源抽象模块201，用于将云平台资源抽象为多个资源组件；

关系维护模块202，用于建立各资源组件之间的依赖关系；

模板构建模块203，用于选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。

优选的，所述服务编排逻辑模板涉及的多个资源组件分属至少两个资源类型，该系统还包括：

执行器管理模块204，用于维护不同资源类型对应的执行器。

优选的，该系统还包括：

编排执行模块205，用于执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排。

优选的，该系统还包括：

模板管理模块206，用于保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排。

本发明的实施例提供了一种服务编排方法和系统，将云平台资源抽象为多个资源组件，建立各资源组件之间的依赖关系，选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。针对每种组件维护组件对其他组件的依赖关系，当用户进行资源创建的时候，只需要维护各资源本身的配置细节和资源间的依赖关系，这样用户就可以更多地去关注业务，而不是底层资源本身。解决了用户使用云平台时操作繁琐效率低下的问题，实现了不需要关注底层资源、便捷易用的云平台服务编排。同时，服务编排逻辑模板可以保存，当再次出现类似业务逻辑的时候可以直接复用已有模板，这样便提高了模板的复用性，提高了资源管理的效率。

将Iaas层复杂的资源抽象成不同的资源组件，用户在使用时只需要进行资源组件的堆砌和组件间关系的维护即可，很大程度上简化了用户使用的程序，降低了用户使用难度。用户在实际生产过程中，资源拓扑比较相似，这样在使用的过程中便可以复用已有的服务编排模板，提高了资源管理的效率。

为实现基于服务编排的容器集群高可用方案提供可行性支持。在方案中，逻辑模板可以包含不同类型的服务编排组件，在系统中会维护各组件的执行器以及组件之间的关系执行器，在进行服务编排的时候根据不同组件类型分发到不同的组件执行器进行执行，并将各组件之间的关系分发到不同的关系执行器执行，完成模板执行的过程也就是服务编排的过程。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (9)

1.一种服务编排方法，其特征在于，包括：

将云平台资源抽象为多个资源组件；

建立各资源组件之间的依赖关系；

选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。

2.根据权利要求1所述的服务编排方法，其特征在于，

所述服务编排逻辑模板涉及的多个资源组件分属至少两个资源类型。

3.根据权利要求2所述的服务编排方法，其特征在于，该方法还包括：

维护不同资源类型对应的执行器。

4.根据权利要求3所述的服务编排方法，其特征在于，选择多个资源组件构建服务编排逻辑模板的步骤之后还包括：

执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排。

5.根据权利要求4所述的服务编排方法，其特征在于，该方法还包括：

保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排。

6.一种服务编排系统，其特征在于，包括：

资源抽象模块，用于将云平台资源抽象为多个资源组件；

关系维护模块，用于建立各资源组件之间的依赖关系；

模板构建模块，用于选择多个资源组件构建服务编排逻辑模板，在所述服务编排逻辑模板中记录所述多个资源组件及所述多个资源组件之间的依赖关系。

7.根据权利要求6所述的服务编排系统，其特征在于，所述服务编排逻辑模板涉及的多个资源组件分属至少两个资源类型，该系统还包括：

执行器管理模块，用于维护不同资源类型对应的执行器。

8.根据权利要求7所述的服务编排系统，其特征在于，该系统还包括：

编排执行模块，用于执行所述服务编排逻辑模板，根据涉及的各个资源组件的类型，将资源组件发送至相应的执行器进行执行，完成服务编排。

9.根据权利要求8所述的服务编排系统，其特征在于，该系统还包括：

模板管理模块，用于保存所述服务编排逻辑模板，在再次出现相同或相近业务逻辑时直接复用所述服务编排逻辑模板进行服务编排。