CN109951529A - 一种资源管理方法和装置 - Google Patents

Abstract

本申请实施例提供了一种资源管理方法和装置，所述方法包括：对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，执行编排配置机制。通过本方法，可以降低用户在使用资源提供者提供的基础设施资源时的管理成本，提高管理效率。

Description

一种资源管理方法和装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种资源管理方法和装置。

背景技术

随着计算机技术的飞速发展，人们对软硬件资源的使用需求越来越高，随之应运而生的云计算为人们工作和生活带来了较大的便利，即云提供商可以为用户提供共享的云数据库，用户可以根据自己的需求获取云服务商提供的共享的云数据库，这样，用户可以以较少的成本获取需求的资源，云提供商也可以利用闲置的资源创造价值。

不同的云提供商可以提供不同的服务，用户可以根据云提供商提供的web界面或者公共服务应用程序编程接口(API，Application Programming Interface)，将需求发送给云提供商，云提供商在接收到用户的使用需求时，可以将对应的资源发送给用户。当用户需要使用云服务时，还可以同时向多个不同的云提供商发出云服务的使用需求，例如，用户可以向云提供商1发送2台虚拟机的使用需求，同时也可以再向云提供商2发出3台虚拟机的使用需求，然后用户可以根据云提供商1提供的web界面使用其提供的虚拟机，同时用户也可以根据云提供商2提供的API接口使用其提供的虚拟机。

但是，用户在使用多个不同云提供商提供的云服务时，由于不同的云提供商提供的web界面或API接口不同，且不同的云提供商提供的配置模型也不同，用户就需要针对不同的云提供商，调用多个不同的API接口，且还需根据不同的云提供商的提供的配置模型对使用的云服务资源进行配置，随着用户使用的云提供商的数量以及用户使用云服务商提供的云服务的种类的不断增多，这就会产生较大的管理成本，管理效率较低。

发明内容

本申请实施例的目的是提供一种资源管理方法和装置，以解决在现有技术中，使用多个不同的云提供商的云服务时，用户管理成本较高，管理效率较低的问题。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，本申请实施例提供了一种资源管理方法，包括：

对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行所述编排配置机制。

第二方面，本申请实施例提供了一种资源管理装置，包括：

配置模块，用于对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取模块，用于获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

确定模块，用于基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

编排模块，用于根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行模块，用于执行所述编排配置机制。

第三方面，本申请实施例提供了一种资源管理设备，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的资源管理方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现如上述第一方面所述的资源管理方法的步骤。

在本申请实施例中，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的资源管理方法的第一种流程示意图；

图2为本申请实施例提供的配置工作流的示意图；

图3为本申请实施例提供的资源管理方法的第二种流程示意图；

图4为本申请实施例提供的资源管理方法的第三种流程示意图；

图5为本申请实施例提供的资源管理装置的第一种模块示意图；

图6为本申请实施例提供的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

实施例1

如图1所示，本发明实施例提供一种资源管理方法，该方法的执行主体可以为服务器，该服务器可以是将配置网络中的服务器、网关、路由器等设备的功能归纳到某一服务器中而最终形成的服务器，该服务器可以作为控制端，用于响应目标业务的业务需求，并为不同的业务需求进行基础设施资源的匹配。此外，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群。该方法具体可以包括以下步骤：

在步骤S102中，对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流。

其中，目标业务可以是资源提供者提供的基于云计算的相关业务，例如，目标业务可以是基于云计算的云查询、云存储、云计算和云安全等相关业务，基础设施资源可以是资源提供者提供的用于实现目标业务的任意资源，如服务器等，多个不同资源提供者提供的资源包括第一提供者提供的目标资源。

在实施中，随着计算机技术的飞速发展，人们对软硬件资源的使用需求越来越高，随之应运而生的云计算为人们工作和生活带来了较大的便利，即云提供商可以为用户提供共享的云数据库，用户可以根据自己的需求获取云服务商提供的共享的云数据库，这样，用户可以以较少的成本获取需求的资源，云提供商也可以利用闲置的资源创造价值。不同的云提供商可以提供不同的服务，用户可以根据云提供商提供的web界面或者公共服务应用程序编程接口(API，Application Programming Interface)，将需求发送给云提供商，云提供商在接收到用户的使用需求时，可以将对应的资源发送给用户。当用户需要使用云服务时，还可以同时向多个不同的云提供商发出云服务的使用需求，例如，用户可以向云提供商1发送2台虚拟机的使用需求，同时也可以再向云提供商2发出3台虚拟机的使用需求，然后用户可以根据云提供商1提供的web界面使用其提供的虚拟机，同时用户也可以根据云提供商2提供的API接口使用其提供的虚拟机。

但是，用户在使用多个不同云提供商提供的云服务时，由于不同的云提供商提供的web界面或API接口不同，且不同的云提供商提供的配置模型也不同，用户就需要针对不同的云提供商，调用多个不同的API接口，且还需根据不同的云提供商的提供的配置模型对使用的云服务资源进行配置，随着用户使用的云提供商的数量以及用户使用云服务商提供的云服务的种类的不断增多，这就会产生较大的管理成本，管理效率较低。为此，本发明实施例提供一种能够解决上述问题的技术方案，具体可以包括以下内容：

目标业务可以有多个不同的资源提供者，每个资源提供者也可以提供多个不同的基础设施资源以实现目标业务，同时，不同的资源提供者给用户提供的API接口也可以是不同的，为了在管理或后续处理上更加方便，可以对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，例如，目标业务的资源提供者可以有资源提供者1和资源提供者2，资源提供者1可以提供2个基础设施资源(如虚拟机a和虚拟机b)用于完成目标业务，资源提供者2可以提供1个基础设施资源(如虚拟机c)。可以对资源提供者1、虚拟机a、虚拟机b、资源提供者2以及虚拟机c进行抽象化处理。可以通过预设的定义方式进行统一定义，可以将资源提供者1定义为provider1，虚拟机a定义为resource a，虚拟机b定义为resource b，资源提供者2定义为provider2，虚拟机c定义为resource c。

此外，同一资源提供者可以为多个不同的目标业务提供基础设施资源，可以根据目标业务的不同，为资源提供者提供的不同的基础设施资源进行统一定义，例如，目标业务1可以是云查询业务，目标业务2可以是云存储业务，资源提供者3可以有2个用于云查询业务的基础设施资源(如虚拟机1和虚拟机2)，资源提供者3还可以有1个用于云存储业务的基础设施资源(如虚拟机3)，资源提供者4可以有1个用于云查询业务的基础设施资源(如虚拟机4)，资源提供者4还可以有1个用于云储存业务的基础设施资源(如虚拟机5)，可以对这些资源提供者及资源提供者提供的基础设施资源根据目标业务的不同进行统一定义，如图2所示，资源提供者3可以定义为provider3，虚拟机1定义为provider3_Q1，虚拟机2定义为provider3_Q 2，虚拟机3定义为provider3_S1，资源提供者4定义为provider4_provider4，虚拟机4定义为provider4_Q3，虚拟机5定义为S2。

对资源提供者及其提供的基础设施资源的抽象化处理方式可以多种多样，本申请对此不作限定。

在步骤S104中，获取目标业务的业务需求消息。

其中，业务需求消息中可以包含目标资源提供者的信息。

在实施中，获取到的目标业务的业务需求消息中，可以包含目标资源提供者的信息，以及为实现目标业务所需的基础设施资源信息。例如，目标业务的业务需求消息可以是：资源提供者1的2台虚拟机，其中，资源提供者1即为目标资源提供者，2台虚拟机即为实现目标业务所需的基础设施资源信息。

此外，目标资源提供者的信息可以是资源提供者的信息，也可以是能用于确定资源提供者的信息，例如，目标资源提供者的信息可以是任意资源提供者的信息，如目标资源提供者可以为资源提供者1或资源提供者2，或者，目标资源提供者的信息也可以是资源提供者的级别信息，其中，资源提供者的级别信息可以是由资源提供者提供的基础设施资源的资费信息确定的，也可以是由资源提供者的好评率确定的(如资源提供者1的好评率为80％，资源提供者2的好评率为85％，则资源提供者1的级别信息可以为1级，资源提供者2的级别信息可以为2级)等，若目标资源提供者的信息为是：级别大于预定级别阈值(如1级)的资源提供者，则根据该目标资源提供者的信息可以确定目标资源提供者为资源提供者2。

业务需求消息中包含的目标资源提供者的信息可以是一个或多个目标资源提供者的信息，例如，业务需求消息中包括的目标资源提供者的信息可以是2个级别为2的资源提供者，或者，业务需求消息中包括的目标资源提供者的信息也可以为：任意可以提供一台用于云存储业务的虚拟机的资源提供者，以及可以提供一台用于云安全业务的虚拟的资源提供者，且该资源提供者的级别为2，根据该目标资源提供者的信息可以确定对应的目标资源提供者。

在步骤S106中，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息。

在实施中，根据业务需求消息中的目标资源提供者的信息，在抽象化处理后的配置工作流中，确定对应的第一提供者的信息。例如，目标资源提供者的信息为资源提供者1，则可以在配置工作流中，确定与资源提供者1对应的第一提供者的信息(如资源提供者1对应的第一提供者的信息可以为provider1)。

此外，用户与目标资源提供者之间的交互方式以及基础设施资源的使用方式，可以由目标资源提供者负责具体实施，在配置工作流中，当确定了第一提供者的信息后，可以在底层的代码编写中，可以直接将第一提供者的信息作为资源提供者的信息，例如，底层实现的伪代码可以如下：

“provider”：{

“type”:“provider1”,

}

在步骤S108中，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制。

在实施中，根据业务需求消息中的需求基础设施资源信息，可以在配置工作流中从第一提供者提供的基础设施资源中，确定与需求基础设施资源对应的基础设施资源信息，即对第一提供者提供的基础设施资源进行编排处理，从而得到编排配置机制。

例如，业务需求消息中包含的目标资源提供者的信息为资源提供者1，需求的基础设施资源信息为：2台虚拟机，则可以在配置工作流中确定与资源提供者1对应的第一提供者为provider1，然后在获取provider1提供的基础设施资源信息，若provider1提供了3个基础设施资源(如虚拟机1-虚拟机3)，则可以将虚拟机1和虚拟机2编排为用于服务目标业务的基础设施资源。底层实现的伪代码可以如下：

其中，provider1_ec1和provider1_ec2分别表示第一提供者(即provider1)在配置工作流中提供的2个基础设施资源，t_1和t_2则分别代表了资源提供者1提供的2台虚拟机，通过对不同的资源提供者及其提供的基础设施资源进行抽象化的处理，在配置工作流中资源提供者和基础设施资源进行管理，无需考虑资源提供者提供的接口不同的问题，减少了代码编写的复杂度，减少了服务器的压力，节约了代码编写的成本，提高了管理效率。

此外，在编排好配置机制后，可以将编排的配置机制加入测试用例，以测试该配置机制是否能满足目标业务的业务需求消息。以上述目标业务为例，即业务需求消息中包含的目标资源提供者的信息为资源提供者1，需求的基础设施资源信息为：2台虚拟机，编排好配置机制后，将该配置机制加入测试用例1，则底层实现的伪代码可以如下：

根据测试用例的结果，可以对配置机制进行相对应的修改。

在步骤S110中，执行编排配置机制。

在实施中，在执行编排配置机制的代码对应的动作时，可以先检查编排配置机制中各种基础设施资源的参数声明信息、资源依赖信息等，检查完成后，可以继续执行编排配置机制，即可以将编排配置机制对应的文件进行下发，例如，可以将编排配置机制对应的文件(如底层的框架、代码等文件)下发给资源提供者，资源提供者可以对编排配置机制的文件进行解析，然后调用服务接口，执行对应操作。

此外，如果存在多个用于处理目标业务的第一提供者，可以分别对多个第一提供者进行编排，获得多个编排配置机制，然后将这多个编排配置机制的文件分别下发给对应的目标资源提供者。

或者，可以对多个第一提供者提供的基础设施资源进行统一编排，得到编排配置机制，然后在下发过程中，在根据第一提供者的标识，对编排配置文件进行拆分，并分别下发给对应的目标资源提供者。例如，获取的目标业务的业务需求消息可以为：5台虚拟机，配置工作流中有3个可以提供虚拟机的第一提供者，分别为provider1、provider2以及provider3，其中，provider1有2个基础设施资源，即2台虚拟机，provider2有3台虚拟机，provider3有2台虚拟机，可以根据目标业务的业务需求消息，对着3个第一提供者者提供的基础设施资源进行统一编排，例如得到的编排配置机制为：需求的5台虚拟机分别为provider1的虚拟机1、provider1的虚拟机2、provider2的虚拟机1、provider2的虚拟机3以及provider3的虚拟机2，然后可以将该编排配置机制对应的文件下发给provider1-provider3对应的目标资源提供者1-目标资源提供者3，在下发过程中，可以将配置机制进行拆分，即只向provider1(即目标资源提供者1)发送关于虚拟机1和虚拟机2的调用需求，向provider2发送关于其虚拟机1和虚拟机3的调用需求，以及向provider3发送关于其虚拟机2的调用需求。

本发明实施例提供一种资源管理方法，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中述目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

实施例2

如图3所示，本发明实施例提供一种资源管理方法，该服务器可以是将配置网络中的服务器、网关、路由器等设备中归纳到某一服务器中而最终形成的服务器，该服务器可以作为控制端，用于响应目标业务的业务需求，并为业务需求进行基础设施资源的匹配。此外，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群。该方法具体可以包括以下步骤：

在步骤S302中，获取目标业务的日志信息。

其中，日志信息可以是服务器中缓存的，包含不同资源提供者以及资源提供者提供的基础设施资源用于实现目标业务的处理日志、处理策略以及日志版本信息等。

在实施中，可以获取预定时间段内用于实现目标业务的日志信息，例如，可以获取近一个月内的日志信息，日志信息中可以包括在近一个月内使用的目标业务的资源提供者，以及不同的资源提供者提供的基础设施资源的信息，如，根据近一个月内的日志信息，可以获取到该服务器在这一个月内，使用过2个不同的资源提供者提供的基础设施资源，其中，该服务器使用过资源提供者1提供的2个基础设施资源(如2台虚拟机)，使用过资源提供者2提供的3个基础设施资源(如4台虚拟机)。

此外，日志信息中还可以包括接收过的不同资源提供者提供的基础设施资源的使用有效期、不同资源提供者的具体信息(如资源提供者提供的接口信息、配置信息等)等。

在步骤S304中，基于日志信息，对不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流。

其中，抽象化处理可以包括将对实体信息进行归纳总结，并将实体信息转化为抽象信息等处理。

在实施中，获取到的日志信息后，可以先提取出日志信息中包含的资源提供者以及资源提供者提供的基础设施资源的信息，例如，从日志信息中获取到的资源提供者为资源提供者1和资源提供者2，其中，资源提供者1在1月1日提供了2个基础设施资源，资源提供者1在1月3日提供了3个基础设施资源，资源提供者2在1月2日提供了3个基础设施资源，则可以对上述信息进行归纳总结，即资源提供者1提供了5个基础设施资源，资源提供者2提供了3个基础设施资源，在归纳总结后，可以对上述资源提供者及其提供的基础设施资源的信息进行抽象化的处理，具体的抽象化处理过程可以参见上述实施1中S102的相关内容，在此不再赘述。

在步骤S306中，获取目标业务的业务需求消息。

在步骤S308中，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息。

在步骤S310中，根据业务需求消息，编排第一提供者提供的基础设施资源，得到预选编排配置机制。

上述S308-S310的具体处理过程可以参见上述实施例1中S104-S108的相关内容，在此不再赘述。

在步骤S312中，获取第一提供者的基础设施资源状态信息。

其中，基础资源状态信息可以包括第一提供者提供的基础设施资源的数量信息、第一提供者提供的基础设施资源的使用状态信息以及基础设施资源的类型信息等。

在实施中，如图2所示，若资源提供者3即为第一提供者，则第一提供者提供的基础设施资源可以是provider3_Q1(即虚拟机1)、provider3_Q 2(即虚拟机2)以及provider3_S1(即虚拟机3)，则第一提供者提供的基础设施资源状态信息可以如表1所示。

表1

基础设施资源	使用状态	支持业务	使用有效期
				provider3_Q1	已使用	云查询	-
provider3_Q2	未使用	云查询	一周
				provider3_S1	未使用	云存储	两天

从表1中可以看出，第一提供者提供了两个用于云查询的基础设施资源(即provider3_Q1对应的虚拟机1以及provider3_Q2对应的虚拟机2)，且虚拟机1处于已使用状态，同时，第一提供者还提供了provider3_S1用于云存储业务，使用状态为未使用，且该基础设施资源对应的虚拟机3的使用有效期仅为两天。

第一提供者提供的基础设施资源状态信息不仅限于上述提供的基础设施资源的数量信息、使用状态信息、支持业务信息等，还可以包括多个其他信息，可根据实际应用场景的不同，对基础设施资源状态信息进行增加或减少，本申请对此不作任何限定。

在步骤S314中，根据基础设施资源状态信息和预选编排配置机制，确定编排配置机制。

在实施中，当得到第一提供者的基础设施资源状态信息以及预选编排配置机制后，可以确定编排配置机制。例如，预选编排机制是使用provider3的基础设施资源provider3_Q1和provider3_Q2用于云查询，使用provider3的基础设施资源provider3_S1用于云存储，为期一周，则根据表1中的provider3的基础设施资源状态信息可以看出，provider3的基础设施资源provider3_Q1已经处于已使用的状态，且provider3_S1的使用有效期仅为两天，provider3_Q1与provider3_S1的使用状态与预选配置机制不符，则可以向第一提供者(即provider3)发送一台使用期限为一周的用于云查询的虚拟机，以及一台使用期限为一周的用于云存储的虚拟机的使用请求，当接收到第一提供者提供的两台虚拟机后，可以对这两台虚拟机进行抽象化处理，例如，可以将用于云查询的虚拟机统一定义为provider3_Q3，用于云存储的虚拟机定义为provider3_S2，然后基于业务需求消息，将预选编排配置机制更新为：使用provider3的基础设施资源provider3_Q1和provider3_Q3用于云查询，使用provider3的基础设施资源provider3_S3用于云存储，为期一周。

此外，还可以根据基础设施资源状态信息进行定期更新，然后根据预选编排配置机制，确定编排配置机制，例如，当确定了预选编排机制后，可以查询provider3_Q1的使用有效期是否到期，如果已到期，可以直接将provider3_Q1的状态更新为未使用，然后根据预选编排机制确定编排配置机制。

如果目标业务的业务需求消息中包括目标资源提供者的信息，即存在多个第一提供者，则可以在对多个第一提供者分别进行预选编排配置后，获取对应的多个第一提供者的基础设施资源状态信息，如果多个第一提供者中存在一个第一提供者的预选编排配置机制与其基础设施资源状态信息不符(如预选编排配置机制中存在一个或多个基础设施资源在基础设施资源状态信息中为不存在)，则可以根据其余多个第一提供者的预选编排配置机制和其基础设施资源状态信息，进行重新编排。

例如，有2个第一提供者，其中，第一提供者1有2台虚拟机，第一提供者2有1台虚拟机，预选配置机制为：第一提供者1的虚拟机1和第一提供者2的虚拟机2，如果第一提供者2的基础设施资源信息中显示其虚拟机2不存在，则可以查询第一提供者1的虚拟机2的使用状态，如果第一提供者1的虚拟机2的使用状态为未使用，则可以重新编排配置机制，得到新的编排配置机制可以是：第一提供者1的虚拟机1和第一提供者1的虚拟机2.

在步骤S316中，执行编排配置机制。

上述S316的具体处理过程可以参见上述实施例一中S110的相关内容，在此不再赘述。

本发明实施例提供一种资源管理方法，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

实施例3

如图4所示，本发明实施例提供一种资源管理方法，该服务器可以是将配置网络中的服务器、网关、路由器等设备的功能归纳到某一服务器中而最终形成的服务器，该服务器可以作为控制端，用于响应目标业务的业务需求，并为业务需求进行基础设施资源的匹配。此外，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群。该方法具体可以包括以下步骤：

在步骤S402中，对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流。

在步骤S404中，获取目标业务的业务需求消息。

在步骤S406中，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息。

上述S402-S406的具体处理过程可以参见上述实施例一中S102-S106的相关内容，在此不再赘述。

在步骤S408中，对第一提供者进行初始化操作。

其中，初始化操作可以是对编程环境进行初始化操作。

在实施中，第一提供者可以为其提供的基础设施资源设置对应的密钥或访问权限等信息，以实现对环境的初始化。例如，对第一提供者provider1的初始化环境的伪代码可以是：

在步骤S410中，根据业务需求消息，编排第一提供者提供的基础设施资源，得到预选编排配置机制。

在步骤S412中，获取第一提供者的基础设施资源状态信息。

上述S410-S412的具体处理过程可以参见上述实施例2中S308-S310的相关内容，在此不再赘述。

在步骤S414中，如果基础设施资源状态信息中，存在一个或多个目标业务的基础设施资源的状态为已使用或不存在，则根据业务需求消息，重新编排对应的基础设施资源，得到编排配置机制。

在实施中，如果基础设施资源状态信息中，存在一个或多个目标业务的基础设施资源的状态为已使用，可通过下述步骤一和步骤二的操作过程确定编排配置机制：

步骤一，如果已使用的基础设置资源的使用状态信息满足预设销毁条件，则将已使用的基础设施资源的状态设置为未使用。

在实施中，以实施例2的表1中provider3的基础设施资源状态信息为例，provider3的基础设施资源provider3_Q1的使用状态为已使用，此时可以查看provider3_Q1的具体使用信息，以此判断该基础设施资源是否满足预设销毁条件。例如，可以向目标资源提供者(即第一提供者)发送关于基础设施资源provider3_Q1(即虚拟机1)状态信息的查询请求，目标资源提供者在接收到查询请求后，可以从配置管理数据库(CMDB，Configuration Management Database)中，获取该基础设施资源的具体使用信息，例如可以查看该基础设施资源是否仍在被使用，或者，可以查看该基础设施资源是否已经升级，又或者该基础设施资源的业务已经下线，以及是否已被回收。如果该基础设施资源的业务已经下线，且已被资源提供者(即第一提供者provider3)回收，则可以将查询信息发回，根据接收到的查询信息，对provider3的基础设施资源信息进行更新，即将provider3的基础设施资源状态信息中provider3_Q1修改为未使用。

步骤二，根据业务需求消息，编排对应的基础设施资源，得到编排配置机制。

此外，还可以接收并执行指定基础设施资源的销毁指令，得到更新后的基础设施资源状态信息。

例如，以实施例2的表2的provider3为例，可以接收正在使用provider3_Q1的用户对该基础设施资源的销毁指令，即将provider3_Q1的使用状态改为未使用，即得到更新后的基础设施资源状态信息。

然后可以根据更新后的基础设施资源状态信息和业务需求消息，编排对应的基础设施资源，得到编排配置机制。

另外，如果基础设施资源状态信息中，存在一个或多个目标业务的基础设施资源的状态为不存在，则根据业务需求消息，重新编排对应的基础设施资源，得到编排配置机制。

例如，预选编排配置机制为：第一提供者为provider4，基础设施资源为provider4_E1和provider4_E2(即两台虚拟机)，获取到的provider4的基础设施资源状态信息可以为：有三个基础设施资源(如provider4_E1、provider4_E3、provider4_E4)，该第一提供者的基础设施资源状态信息中不存在provider4_E2的状态信息，则可以根据该第一提供者的基础设施资源状态信息，重新编排对应的基础设施资源，以得到可以满足目标业务的编排机制。

此外，如果第一提供者提供的基础设施资源的数量无法满足目标业务的业务需求时，可以向第一提供者发基础设施资源的请求消息，以创建用于实现目标业务的新的基础设施资源。

在步骤S416中，根据编排配置机制，更新基础设施资源状态信息。

在实施中，可以将编排配置机制与基础设施状态信息进行比对，根据比对结果，对基础设施资源状态信息中未被使用的基础设施资源进行销毁。

在步骤S418中，存储编排配置机制、更新后的基础设施状态信息，初始化操作结果，以实现对资源管理的版本控制。

在实施中，还可以对编排配置机制、更新后的基础设施状态信息，初始化操作结果进行文档化，并加以存储，用以指导后续的操作过程。

在步骤S4220中，执行编排配置机制。

本发明实施例提供一种资源管理方法，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

实施例4

以上为本发明实施例提供的资源管理方法，基于同样的思路，本发明实施例还提供一种资源管理装置，如图5所示。

该资源管理装置包括：配置模块501、获取模块502、确定模块503、编排模块504和执行模块505，其中：

配置模块501，用于对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取模块502，用于获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

确定模块503，用于基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

编排模块504，用于根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行模块505，用于执行所述编排配置机制。

在本发明实施例中，所述编排模块504，包括：

预编排单元，用于根据所述业务需求消息，编排所述第一提供者提供的基础设施资源，得到预选编排配置机制；

信息获取单元，用于获取所述第一提供者的基础设施资源状态信息；

编排单元，用于根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制。

在本发明实施例中，所述配置模块，包括：

日志获取模块，用于获取所述目标业务的日志信息；

处理模块，用于对所述日志信息中包含的所述不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理。

在本发明实施例中，所述编排单元，用于：

如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用或不存在，则根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制。

在本发明实施例中，如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用，所述根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制，用于：

查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用；

根据所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

在本发明实施例中，所述查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用，用于：

接收并执行指定基础设置资源的销毁指令，得到更新后的所述基础设施资源状态信息；

根据所述更新后的基础设施资源状态信息和所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

在本发明实施例中，所述装置还包括：

更新单元，用于根据所述编排配置机制，更新所述基础设施资源状态信息。

在本发明实施例中，所述更新单元，用于：

将所述编排配置机制与所述基础设施状态信息进行比对，根据比对结果，对所述基础设施资源状态信息中未被使用的基础设施资源进行销毁。

在本发明实施例中，所述装置还包括：

初始化模块，用于对所述第一提供者进行初始化操作。

在本发明实施例中，所述装置还包括：

存储模块，用于存储所述编排配置机制、所述更新后的基础设施状态信息，所述初始化操作结果，以实现对所述资源管理的版本控制。

本发明实施例提供一种资源管理装置，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与所述目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

实施例5

本申请实施例还提供了一种电子设备，图6为本申请实施例提供的电子设备的结构示意图。如图6所示，电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对电子设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在电子设备上执行存储器602中的一系列计算机可执行指令。电子设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入输出接口605，一个或一个以上键盘606等。

在一个具体的实施例中，电子设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现以下流程：

对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行所述编排配置机制。

可选地，所述对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，包括：

获取所述目标业务的日志信息；

对所述日志信息中包含的所述不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理。

可选地，所述计算机可执行指令被所述处理器执行时，实现以下流程：

根据所述业务需求消息，编排所述第一提供者提供的基础设施资源，得到预选编排配置机制；

获取所述第一提供者的基础设施资源状态信息；

根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制。

如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用或不存在，则根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制。

查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用；

根据所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

接收并执行指定基础设置资源的销毁指令，得到更新后的所述基础设施资源状态信息；

根据所述更新后的基础设施资源状态信息和所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

根据所述编排配置机制，更新所述基础设施资源状态信息。

将所述编排配置机制与所述基础设施状态信息进行比对，根据比对结果，对所述基础设施资源状态信息中未被使用的基础设施资源进行销毁。

对所述第一提供者进行初始化操作。

存储所述编排配置机制、所述更新后的基础设施状态信息，所述初始化操作结果，以实现对所述资源管理的版本控制。

本发明实施例提供一种电子设备，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与所述目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

实施例6

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现以下流程：

对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行所述编排配置机制。

可选地，所述计算机可执行指令被处理器执行时，实现以下流程：

获取所述目标业务的日志信息；

对所述日志信息中包含的所述不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理。

根据所述业务需求消息，编排所述第一提供者提供的基础设施资源，得到预选编排配置机制；

获取所述第一提供者的基础设施资源状态信息；

根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制。

如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用或不存在，则根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制。

查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用；

根据所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

接收并执行指定基础设置资源的销毁指令，得到更新后的所述基础设施资源状态信息；

根据所述更新后的基础设施资源状态信息和所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

根据所述编排配置机制，更新所述基础设施资源状态信息。

将所述编排配置机制与所述基础设施状态信息进行比对，根据比对结果，对所述基础设施资源状态信息中未被使用的基础设施资源进行销毁。

对所述第一提供者进行初始化操作。

存储所述编排配置机制、所述更新后的基础设施状态信息，所述初始化操作结果，以实现对所述资源管理的版本控制。

本发明实施例提供一种计算机可读存储介质，通过对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，多个不同资源提供者提供的资源中包括第一提供者提供的目标资源，然后获取目标业务的业务需求消息，其中，业务需求消息中包含目标资源提供者的信息，基于业务需求消息，确定配置工作流中与所述目标资源提供者信息对应的第一提供者的信息，根据业务需求消息，对第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，最后执行编排配置机制，这样，当用户在使用多个资源提供者提供的基础设施资源时，可以对多个资源提供者及其提供的基础设施资源进行抽象化处理，在得到的一致的配置工作流中，根据用户的不同的使用需求对基础设施资源进行编排，避免了由于不同资源提供者提供的配置机制不同而导致的管理成本较高的问题，提高了使用不同资源提供者提供的基础设施资源的管理效率。

其中，所述的计算机可读存储介质包括只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、磁碟或者光盘等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (13)

1.一种资源管理方法，其特征在于，所述方法包括：

对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行所述编排配置机制。

2.根据权利要求1所述的方法，其特征在于，所述对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，包括：

获取所述目标业务的日志信息；

对所述日志信息中包含的所述不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制，包括：

根据所述业务需求消息，编排所述第一提供者提供的基础设施资源，得到预选编排配置机制；

获取所述第一提供者的基础设施资源状态信息；

根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制。

4.根据权利要求3所述的方法，其特征在于，所述根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制，包括：

如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用或不存在，则根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制。

5.根据权利要求4所述的方法，其特征在于，如果所述基础设施资源状态信息中，存在一个或多个所述目标业务的基础设施资源的状态为已使用，所述根据所述业务需求消息，重新编排对应的基础设施资源，得到所述编排配置机制，包括：

查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用；

根据所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

6.根据权力要求5所述的方法，所述查询所述已使用的基础设置资源的使用状态信息，如果所述已使用的基础设置资源的使用状态信息满足预设销毁条件，则将所述已使用的基础设施资源的状态设置为未使用，包括：

接收并执行指定基础设置资源的销毁指令，得到更新后的所述基础设施资源状态信息；

根据所述更新后的基础设施资源状态信息和所述业务需求消息，编排对应的基础设施资源，得到所述编排配置机制。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

根据所述编排配置机制，更新所述基础设施资源状态信息。

8.根据权利要求7所述的方法，其特征在于，所述根据所述编排结果，更新所述基础设施状态信息，包括：

将所述编排配置机制与所述基础设施状态信息进行比对，根据比对结果，对所述基础设施资源状态信息中未被使用的基础设施资源进行销毁。

9.根据权利要求1所述的方法，其特征在于，所述根据接收到的所述目标业务的业务需求消息，基于所述配置工作流，确定所述业务需求消息对应的所述第一提供者的信息之后，所述方法还包括：

对所述第一提供者进行初始化操作。

10.根据权利要求6、7或9所述的方法，其特征在于，所述方法还包括：

存储所述编排配置机制、所述更新后的基础设施状态信息，所述初始化操作结果，以实现对所述资源管理的版本控制。

11.一种资源管理装置，其特征在于，所述装置包括：

配置模块，用于对目标业务的多个不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理，以得到一致的配置工作流，其中，所述多个不同资源提供者提供的资源中包括第一提供者提供的目标资源；

获取模块，用于获取所述目标业务的业务需求消息，其中，所述业务需求消息中包含目标资源提供者的信息；

确定模块，用于基于所述业务需求消息，确定所述配置工作流中与所述目标资源提供者信息对应的所述第一提供者的信息；

编排模块，用于根据所述业务需求消息，对所述第一提供者提供的基础设施资源进行编排处理，得到编排配置机制；

执行模块，用于执行所述编排配置机制。

12.根据权利要求11所述的装置，其特征在于，所述配置模块，包括：

日志获取模块，用于获取所述目标业务的日志信息；

处理模块，用于对所述日志信息中包含的所述不同资源提供者以及资源提供者提供的基础设施资源进行抽象化处理。

13.根据权利要求12所述的装置，其特征在于，所述编排模块，包括：

预编排单元，用于根据所述业务需求消息，编排所述第一提供者提供的基础设施资源，得到预选编排配置机制；

信息获取单元，用于获取所述第一提供者的基础设施资源状态信息；

编排单元，用于根据所述基础设施资源状态信息和所述预选编排配置机制，确定所述编排配置机制。