CN112884382A - 云平台的资源配额管理方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了云平台的资源额度管理方法、装置、设备、存储介质以及计算机程序产品，涉及计算机技术领域，尤其涉及云计算技术领域。具体实现方案为：接收资源配置请求；基于资源配置请求中的项目信息和资源需求额度，执行资源额度预定操作，该预定操作包括：根据项目信息确定资源配置请求所属的部门；当部门的数量为一个时，获取部门可用资源额度；响应于资源需求额度不超出部门可用资源额度，确定资源配置请求所属的项目；当项目的数量为一个时，获取项目可用资源额度；响应于资源需求额度不超出项目可用资源额度，预分配与项目绑定的资源额度。对云平台的资源额度进行合理分配，提高了云资源的利用率。

Description

云平台的资源配额管理方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，具体涉及云计算技术领域，尤其涉及云平台的资源配额管理方法、装置、设备、存储介质以及计算机程序产品。

背景技术

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并且可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

在云计算技术领域，上述共享的物理或虚拟资源也被统一称为云资源。对于提供云计算服务的云平台来说，需要对其所提供的云资源进行管理和合理分配，以确保云资源在客户端的高效利用。

发明内容

本公开提供了一种用于云平台的资源额度管理方法、装置、设备、存储介质以及计算机程序产品，提高了云资源的利用率。

根据本公开的一方面，提供了一种云平台的资源配额管理方法，包括：接收资源配置请求，该资源配置请求中包括项目信息和资源需求额度；根据项目信息和资源需求额度，执行资源额度预定操作，其中，该资源额度预定操作包括：根据项目信息，确定资源配置请求所属的部门；当部门的数量为一个时，对该部门执行可用资源额度判定操作，得到部门可用资源额度；响应于资源需求额度不超出部门可用资源额度，根据上述项目信息，确定资源配置请求所属的项目；当上述项目的数量为一个时，对该项目执行可用资源额度判定操作，得到项目可用资源额度；响应于资源需求额度不超出项目可用资源额度，基于资源需求额度预分配与该项目绑定的资源额度。

根据本公开的另一方面，提供了一种云平台的资源配额管理装置，包括：接收模块，被配置为接收资源配置请求，上述资源配置请求中包括项目信息和资源需求额度；预定模块，被配置为根据项目信息和资源需求额度，调用资源预分配子模块，其中，上述资源预分配子模块包括：部门确定单元，被配置为根据项目信息，确定资源配置请求所属的部门；部门资源获取单元，被配置为当部门的数量为一个时，对该部门执行可用资源额度判定操作，得到部门可用资源额度；项目确定单元，被配置为响应于资源需求额度不超出部门可用资源额度，根据项目信息，确定资源配置请求所属的项目；项目资源获取单元，被配置为当项目的数量为一个时，对该项目执行可用资源额度判定操作，得到项目可用资源额度；项目资源预定单元，被配置为响应于资源需求额度不超出项目可用资源额度，基于资源需求额度预分配与该项目绑定的资源额度。

根据本公开的又一方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行上述云平台的资源配额管理方法。

根据本公开的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，上述计算机指令用于使上述计算机执行上述云平台的资源配额管理方法。

根据本公开的再一方面，提供了一种计算机程序产品，包括计算机程序，上述计算机程序在被处理器执行时实现上述云平台的资源配额管理方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开可以应用于其中的示例性系统架构图；

图2是根据本公开的云平台的资源配额管理方法的一个实施例的流程图；

图3是根据本公开的云平台的资源配额管理方法的另一个实施例的流程图；

图4是根据本公开的云平台的资源配额管理方法的又一个实施例的流程图；

图5是根据本公开的云平台的资源配额管理方法的再一个实施例的流程图；

图6是可以实现本公开实施例的云平台的资源额度管理方法的应用场景图；

图7是根据本公开的资源配额管理装置的一个实施例的结构示意图；

图8是用来实现本公开实施例的资源配额管理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1示出了可以应用本公开的云平台的资源配额管理方法或云平台的资源配额管理装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和云服务器105。网络104用以在终端设备101、102、103和云服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与云服务器105交互，以接收或发送云平台的资源配额使用请求等。终端设备101、102、103上可以安装有各种客户端应用，例如云服务应用、人工智能模型训练应用等等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

云服务器105可以提供各种云平台服务。例如，云服务器105可以对从终端设备101、102、103获取到的云资源使用请求进行分析和处理，并生成处理结果(例如对云资源额度进行分配等)。

需要说明的是，云服务器105可以是硬件，也可以是软件。当云服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当云服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开实施例所提供的云平台的资源配额管理方法一般由云服务器105执行，相应地，云平台的资源配额管理装置一般设置于云服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本公开的云平台的资源额度管理方法的一个实施例的流程200。该资源额度管理方法包括以下步骤：

步骤201、接收资源配置请求，该资源配置请求中包括项目信息和资源需求额度。

在本实施例中，云平台的资源额度管理方法的执行主体(例如图1所示的云服务器105)可以接收资源配置请求。通常，资源配置请求可以由使用云平台服务的用户通过终端设备发出，该资源配置请求中可以包括项目信息和资源需求额度。其中，项目信息可以包括项目名称、项目ID等信息，通常用于指定一个或多个项目。资源需求额度可以包括上述项目所需要使用的云资源的类型和数量，例如，CPU(Central Processing Unit，中央处理器)的核数、内存容量和存储器的容量等。

需要说明的是，本实施例中的云平台可以根据用户的指示，将其能够使用的云资源按照部门和项目的维度进行资源限额分配。具体的，可以首先把可用的云资源分别绑定到多个部门，确认出每个部门能使用的资源额度的最大量；然后再将绑定到部门的云资源分别绑定到部门下的一个或多个项目，确认出每个项目能使用的资源额度的最大量。具体的分配比例可以由用户或用户指定的部门管理员按照项目需求自行设定，只要确保部门下所有项目被绑定到的云资源最大额度之和不超过部门本身的资源最大限额即可。

步骤202、根据项目信息和资源需求额度，执行资源额度预定操作。

在本实施例中，上述执行主体在接收到资源配置请求后，可以根据资源配置请求中的项目信息和资源需求额度，对与资源配置请求对应的云资源进行预定操作。例如，当项目信息中包括项目名称A，资源需求额度为2核CPU时，可以直接将与项目A绑定的2核CPU预分配给该资源配置请求。

在本实施例中，上述资源额度预定操作可以具体包括下述步骤2021～2025。

步骤2021、根据项目信息，确定上述资源配置请求所属的部门。

在本实施例中，上述执行主体在接收到资源配置请求后，可以根据资源配置请求中的项目信息，确定上述资源配置请求所属的部门。

其中，项目信息可以包括项目的名称和/或项目的ID等信息。在上述云服务器105中，可以预先存储有项目名称和/或项目ID与所属部门名称的关系对应表，或者表明项目和部门关系的组织架构图。项目和部门的从属关系可以是使用云服务的用户根据实际情况自行设定的，通常，一个部门下面可以包括一个或多个项目，而一个项目单独属于一个部门。

上述执行主体得到资源配置请求中的项目信息后，可以直接根据项目名称从上述关系对应表或组织架构图中获取到项目所属的部门。需要说明的是，上述项目信息中的项目名称可以是一个或多个，也就是说，上述资源配置请求可以是一个或多个项目发起的，并且这一个或多个项目可以属于同一个或多个部门。

步骤2022、当部门的数量为一个时，对该部门执行可用资源额度判定操作，得到部门可用资源额度。

在本实施例中，如果从上述步骤2021中确定到的部门数量为一个，则需要进一步判断当前部门是否还有可用的资源额度，具体地，可以对该部门执行可用资源额度判定操作，得到部门可用资源额度。例如，可以遍历与该部门绑定的所有云资源并获取每个云资源的占用状态，统计所有未被占用的云资源的数量，就得到了该部门的可用资源额度。

步骤2023、响应于资源需求额度不超出部门可用资源额度，根据项目信息确定项目数量。

在本实施例中，上述执行主体在得到部门可用资源调度后，需要进一步判断资源配置请求所需要使用的资源需求额度是否超出部门可用资源额度。如果资源需求额度超出部门可用资源额度，说明当前的部门资源不够用，那么可以返回一个提示信息，提示用户当前资源不足，并结束本次资源预定操作。如果资源需求额度未超出部门可用资源额度，说明当前的部门资源够用，此时则需要对发起资源配置请求的项目数量进行确认。例如，可以将项目名称的数量确定为项目数量。

步骤2024、当只有一个项目时，对该项目执行可用资源额度判定操作，得到项目可用资源额度。

在本实施例中，如果从上述步骤2024中确定到的项目数量为一个，则需要进一步判断当前项目是否还有可用的资源额度，具体地，可以对该项目执行可用资源额度判定操作，得到项目可用资源额度。例如，与上述获取部门可用资源额度类似，可以遍历与该项目绑定的所有云资源并获取每个云资源的占用状态，统计所有未被占用的云资源的数量，就得到了该项目的可用资源额度。

步骤2025、响应于资源需求量额度不超出项目可用资源额度，基于资源需求额度预分配与该项目绑定的资源额度。

在本实施例中，上述执行主体在得到项目可用资源调度后，需要进一步判断资源配置请求所需要使用的资源需求额度是否超出项目可用资源额度。

与步骤2023类似，如果资源需求额度超出项目可用资源额度，说明当前的项目资源不够用，那么可以返回一个提示信息，提示用户当前资源不足，并结束本次资源预定操作。如果资源需求额度未超出项目可用资源额度，说明当前的项目资源够用，此时则需要基于资源需求额度预分配与该项目绑定的资源额度。例如，当资源需求额度为2核CPU时，可以直接从与该项目绑定的全部可用CPU中，选取2核CPU预分配给上述资源配置请求。其中，预分配是指暂时将云资源与特定的资源配置请求绑定，在该资源配置请求真正占用云资源或与云资源解绑之前，不再将预分配的云资源用于其他用途。

本公开实施例提供的云平台的资源配额管理方法，首先接收资源配置请求，该资源配置请求中包括项目信息和资源需求额度，然后根据项目信息和资源需求额度，执行资源额度预定操作。其中，在资源额度预定操作中，首先根据项目信息，确定资源配置请求所属的部门；然后当部门的数量为一个时，对部门执行可用资源额度判定操作，得到部门可用资源额度；接着响应于资源需求额度不超出上述部门可用资源额度，根据上述项目信息，确定上述资源配置请求所属的项目；当上述项目的数量为一个时，继续对该项目执行可用资源额度判定操作，得到项目可用资源额度；最后响应于资源需求额度不超出项目可用资源额度，基于资源需求额度预分配与项目绑定的资源额度。通过对云资源配额进行先部门后项目的分级管理，实现了在项目维度对部门云资源的管理，从而提高了云资源的利用率。可以用于云平台的资源配额管理。

进一步继续参考图3，其示出了根据本公开的云平台的资源额度管理方法的另一个实施例的流程300。该资源额度管理方法包括以下步骤：

步骤301、接收资源配置请求，该资源配置请求中包括项目信息和资源需求额度。

在本实施例中，步骤301具体操作已在图2所示的实施例中步骤201进行了详细的介绍，在此不再赘述。

步骤302、根据项目信息，确定资源配置请求所属的部门。

在本实施例中，步骤302具体操作已在图2所示的实施例中步骤2021进行了详细的介绍，在此不再赘述。

在本实施例的一些可选实现方式中，步骤302可以具体通过下述步骤3021和步骤3032实现。

步骤3021、根据项目信息，确定资源配置请求所属的系统并对该系统执行可用资源额度判定操作，得到系统可用资源额度。

在本实施例中，上述执行主体在接收到资源配置请求后，可以根据资源配置请求中的项目信息，首先确定上述资源配置请求所属的系统。

其中，项目信息可以包括项目的名称和/或项目的ID等信息。在上述云服务器105中，可以预先存储有项目、部门以及系统三者的关系对应表，或者表明项目、部门、系统三者关系的组织架构图。其中，系统可以是订购云平服务的企业用户，项目和部门的从属关系可以是该用户根据实际情况自行设定的。通常，一个系统下面可以包括一个或多个部门，一个部门下面可以包括一个或多个项目，而一个项目单独属于一个部门。

上述执行主体得到资源配置请求中的项目信息后，可以直接根据项目名称从上述关系对应表或组织架构图中获取到项目所属的系统。然后进一步判断当前系统是否还有可用的资源额度，具体地，可以对该系统执行可用资源额度判定操作，得到部系统可用资源额度。例如，可以遍历与该系统绑定的所有云资源并获取每个云资源的占用状态，统计所有未被占用的云资源的数量，就得到了该系统的可用资源额度。

步骤3022、响应于资源需求额度不超出系统可用资源额度，根据项目信息，确定资源配置请求所属的部门。

上述执行主体在得到系统可用资源调度后，需要进一步判断资源配置请求所需要使用的资源需求额度是否超出系统可用资源额度。如果资源需求额度超出系统可用资源额度，说明当前的系统资源不够用，那么可以返回一个提示信息，提示用户当前资源不足，并结束本次资源预定操作。如果资源需求额度未超出系统可用资源额度，说明当前的系统资源够用，此时则需要对上述资源配置请求所属的部门进行确认。具体获取资源配置请求所属的部门的方法可以参考在图2所示的实施例中步骤2021的详细介绍，在此不再赘述。

在本实施例中，首先对部门所属系统的资源情况进行了判定，在系统资源够用的情况下，再去确定资源配置请求所属的部门，避免了在系统资源不足的情况下进行不必要的部门级资源额度管理操作，提高了云平台的资源额度管理效率。

上述执行主体在得到资源配置请求所属的部门后，需要对部门的具体数量进行判断，如果部门的数量为多个则执行下述步骤303，否则执行下述步骤304。

步骤303、当部门的数量为多个时，基于资源需求额度预分配与系统绑定的资源额度。

在本实施例中，若从上述步骤302中判断出资源配置请求同时属于多个部门，则可以直接将与系统绑定的资源额度预分配给上述资源配置请求，而不是预分配与上述多个部门绑定的资源额度。

由于系统内与各部门绑定的全部部门资源额度不会超出系统本身配置的系统资源额度，因此可能存在部门资源额度用尽，但是系统有可用资源额度的情况。本实施例通过直接将系统可用资源额度进行预分配，可以避免多部门发出资源配置请求时，由于部门资源额度不足而导致资源额度分配失败的问题，进一步提高了云平台的资源利用率。

步骤304、当部门的数量为一个时，对该部门执行可用资源额度判定操作，得到部门可用资源额度。

步骤305、响应于资源需求额度不超出部门可用资源额度，根据项目信息确定项目数量。

在本实施例中，步骤304和步骤305具体操作已分别在图2所示的实施例中步骤2022和步骤2023进行了详细的介绍，在此不再赘述。

上述执行主体在得到项目数量后，会根据项目数量确定后续步骤，如果项目的数量为多个则执行下述步骤306，否则执行下述步骤307。

步骤306、当项目的数量为多个时，基于资源需求额度预分配与部门绑定的资源额度。

在本实施例中，若从上述步骤305中判断出资源配置请求同时属于多个项目，同时这多个项目隶属于同一个部门，则可以直接将与该部门绑定的资源额度预分配给上述资源配置请求，而不是预分配与上述多个项目绑定的资源额度。

由于部门内与各项目绑定的全部项目资源额度不会超出部门本身配置的部门资源额度，因此可能存在项目资源额度用尽，但部门有可用资源额度的情况。本实施例通过直接将部门可用资源额度进行预分配，可以避免单部门下的多项目发出资源配置请求时，由于个别项目资源额度不足而导致资源额度分配失败的问题，进一步提高了云平台的资源利用率。

步骤307、当只有一个项目时，针对该项目执行可用资源额度判定操作，得到项目可用资源额度。

步骤308、响应于资源需求额度不超出项目可用资源额度，基于资源需求额度预分配与该项目绑定的资源额度。

在本实施例中，步骤307和步骤308具体操作已分别在图2所示的实施例中步骤2024和步骤2025进行了详细的介绍，在此不再赘述。

在本实施例中，上述步骤3021、步骤304和步骤307分别涉及对系统、部门和项目的可用资源额度判定操作。在本实施例的一些可选实现方式中，上述可用资源额度判定操作可以包括：获取资源限额，并判断是否存在配额占用表；若存在，从上述配额占用表中读取资源已用额度，否则执行回调操作得到资源已用额度；将上述资源限额与上述资源已用额度的差值确定为上述可用资源额度。

具体地，资源限额可以是使用云平台服务的用户所能使用的云资源的最大额度，其可以包括系统资源限额、部门资源限额和项目资源限额，其中系统资源限额是上述用户订购的全部云资源额度，部门资源限额和项目资源限额是用户为部门和项目分配的最大可用资源额度。配额占用表可以用于记录云平台中各级云资源的使用情况，其可以包括系统配额占用表、部门配额占用表和项目配额占用表，分别用于记录系统、部门和项目的资源已用额度。

如果上述云平台中存储有配额占用表，则可以直接从该配额占用表中读取到资源已用额度。如果上述云平台中未存储有配额占用表，则可以通过回调操作得到资源已用额度，例如，可以构建一个回调接口，利用回调函数获取资源已用额度。最后，用资源限额减去资源已用额度就可以得到可用资源额度。

本实施例通过配额占用表或回调操作获取当前资源已用额度，并将资源限额与资源已用额度做差得到系统、部门和项目的可用资源额度。通过可用资源额度判定操作，获取系统可用资源额度、部门可用资源额度和项目可用资源额度更加精准，便于对云平台的资源额度进行有效管理。

进一步继续参考图4，其示出了根据本公开的云平台的资源额度管理方法的又一个实施例的流程400。该资源额度管理方法包括以下步骤：

步骤401、接收资源配置请求，该资源配置请求中包括项目信息和资源需求额度。

在本实施例中，步骤401具体操作已在图2所示的实施例中步骤201进行了详细的介绍，在此不再赘述。

步骤402、根据项目信息和资源需求额度，执行资源额度预定操作。

在本实施例中，步骤402具体操作已在图2所示的实施例中步骤202进行了详细的介绍，也可以按照图3中的步骤302～308具体执行资源额度预定操作，在此不再赘述。

步骤403、获取资源配置结果。

在本实施例中，上述执行主体在对资源额度进行预分配后，可以进一步获取资源配置的结果，来确定上述资源配置请求是否成功执行。具体可以通过回调操作得到资源配置的最终结果，例如，若资源配置请求用于请求创建一个数据模型，则可以通过回调获取数据模型的创建结果，作为上述资源配置结果。然后，根据资源配置结果来确定资源配置是否成功，成功时执行下述步骤404，否则执行下述步骤405。

步骤404、当资源配置成功时，对预分配的资源额度执行提交操作。

在本实施例中，上述执行主体在确定上述资源配置请求所对应的资源配置操作成功执行后，可以对上述步骤402中预分配的资源额度执行提交操作。例如，若在上述步骤402中将2核CPU与上述资源配置请求绑定，则在本步骤中可以将该2核CPU确认为被实际占用。

步骤405、当资源配置失败时，对预分配的资源额度执行回滚操作。

在本实施例中，上述执行主体上述执行主体在确定上述资源配置请求所对应的资源配置操作执行失败后，可以对上述步骤402中预分配的资源额度执行回滚操作。例如，若在上述步骤402中将2核CPU与上述资源配置请求绑定，则在本步骤中可以将该2核CPU重新划分为可用资源。

从图4中可以看出，与图2对应的实施例相比，本实施例中云平台的资源额度管理方法在执行资源额度预定操作之后，进一步获取资源配置结果，并根据资源配置成功与否来对预定的资源额度执行提交或回滚操作。通过获取云资源的实际使用情况，可以及时对预定的资源额度采取适当的管理措施，尽量避免云资源在预定状态下的损耗，从而提高云资源的利用率。

在本实施例的一些可选实现方式中，上述步骤402中的预分配可以包括：创建或更新配额占用表，并创建配额使用记录表。其中，配额占用表可以用于记录云平台中各级云资源的使用情况，其可以包括系统配额占用表、部门配额占用表和项目配额占用表，分别用于记录系统、部门和项目的资源已用额度。具体地，在对云资源进行预分配时，可以首先判断是否存在与该级云资源对应的配额占用表，若不存在，则新建一个配额占用表，记录本次配额占用量；若存在配额占用表，则根据本次配额占用量更新该配额占用表。同时，新建一个配额使用记录表，其可以用于记录本次配额变化量和对应的资源配置请求，示例性的，资源配置请求可以用一个标识信息表示。

相应的，上述步骤404中的提交操作包括：删除上述配额使用记录表。上述步骤405中的提交操作回滚操作包括：还原上述配额占用表，并删除上述配额使用记录表。具体地，在资源配置成功后，预分配给上述资源配置请求的云资源被成功使用，配额占用表中记录的资源已用额度即为当前实际使用额度，本次资源配置操作完成，对应的配额使用记录表不再需要使用，可以直接删除。在资源配置失败后，预分配给上述资源配置请求的云资源未能被使用，此时需要将预定的云资源重新划分为可用状态，即对预分配中得到配额占用表进行还原操作，具体可以根据配额使用记录表中的配额变化量确定还原量。例如，在预分配中预定了2核CPU，更新后的配额占用表中共有4核CPU被使用，配额使用记录表中记录本次使用量为2核，对应的资源配置请求的标识信息为request1。在还原操作中，可以首先通过标识信息request1获取配额使用记录表，然后从该配额使用记录表读取配额变化量为2核，最后将CPU的占用情况从4核还原为2核。之后，对应的配额使用记录表不再需要使用，可以进行删除。

需要说明的是，在本实施例中，项目资源额度的占用必然导致部门资源额度的占用，同时部门资源额度的占用必然导致系统资源额度的占用。因此，在上述预分配过程中，若创建或更新了项目配额占用表，则还需要进一步创建或更新部门配额占用表以及系统配额占用表，同时还要创建相应的配额使用记录表。而在资源额度提交或回滚操作中，可以按照系统、部门和项目的顺序进行具体操作，以确保各级资源额度的使用情况被准确记录。

在本实施例的一些可选实现方式中，配额占用表中可以添加一个计数项，配额占用表每更新一次，该计数项可以加1，当该计数项增加到一个限制值时，则调用回调函数得到当前实际使用的资源配额并更新在配额占用表中。可以避免配额占用表在多次更新后，由于系统误差等原因，出现资源已用额度记录不准确的问题。

在本实施例中，可以通过配额占用表和配额使用记录表，实现对资源额度的预定、提交和回滚操作，简化了资源额度管理流程，提高了云平台的资源管理效率。

在本实施例的一些可选实现方式中，资源配置请求包括：资源创建请求、资源释放请求、资源配额变更请求、项目变更请求或部门变更请求中的至少一项。

其中，上述资源创建请求可以是对云资源的占用请求，例如，当云平台的用户需要占用云资源对数据模型进行训练时，可以向云平台发出资源创建请求。上述资源释放请求可以是对先前占用的云资源进行释放的请求，例如，当上述数据模型训练后，用户可以向云平台发出资源释放请求，以便将不再使用的云资源提供给其他部门或项目使用。上述资源配额变更请求可以是对占用的资源数量进行变更的请求，例如，当进行模型训练的2核CPU不够使用时，可以发出资源配额变更请求，申请将占用的2核CPU增加至4核CPU。上述项目变更请求或部门变更请求可以对占用云资源的项目或部门进行变更的请求，例如，可以请求将占用云资源的项目A变更为项目B。

在本实施例中，各种类型的资源配置请求，都可以按照上述预定、提交、回滚的逻辑实现。例如，若资源配额变更请求申请将占用的2核CPU增加至4核CPU，可以首先对新增加的2核CPU进行预定操作，然后根据占用结果执行提交或回滚操作，最终实现资源配额变更。通过固定的资源额度管理步骤可以实现对各类资源配置请求的响应，而不需要针对每一类资源配置请求分别设计管理逻辑，进一步提高了云平台的资源管理效率。

进一步继续参考图5，其示出了根据本公开的云平台的资源额度管理方法的再一个实施例的流程500。该资源额度管理方法包括以下步骤：

步骤501、接收项目变更请求。

在本实施例中，上述执行主体接收到的资源配置请求为项目变更请求，其中，该资源配置请求中的项目信息包括原项目信息和新项目信息，该资源配置请求中的资源需求额度包括原项目额度和新项目额度。项目变更请求，用于申请将原项目占用的原项目额度变更为新项目占用的新项目额度。其中，上述原项目额度为负值，即原项目额度需要被释放；上述新项目额度为正值，即新项目额度需要被占用。

步骤502、根据原项目信息和原项目额度，对原项目执行资源额度预定操作。

在本实施例中，上述执行主体将原项目额度作为资源需求额度，对原项目执行资源额度预定操作。步骤502的具体操作可以按照图2所示的实施例中步骤202进行，也可以按照图3所示的实施例中的步骤302～308进行，在此不再赘述。

步骤503、根据新项目信息和新项目额度，对新项目执行资源额度预定操作。

在本实施例中，上述执行主体将新项目额度作为资源需求额度，对新项目执行资源额度预定操作。步骤503的具体操作可以按照图2所示的实施例中步骤202进行，也可以按照图3所示的实施例中的步骤302～308进行，在此不再赘述。

步骤504、获取项目变更结果。

在本实施例中，项目变更结果即为资源配置结果，步骤504具体操作已在图4所示的实施例中步骤403进行了详细的介绍，在此不再赘述。

上述执行主体在得到项目变更结果后，进一步根据项目变更结果来确定项目变更是否成功，成功时执行下述步骤505，否则执行下述步骤506。

步骤505、当项目变更成功时，分别对预分配的新项目资源额度和预分配的原项目资源额度执行提交操作。

在本实施例中，上述执行主体在确定项目变更成功后，可以分别对新项目和原项目中预分配的资源额度执行提交操作。其中，具体的提交操作已在图4所示的实施例中步骤404进行了详细的介绍，在此不再赘述。

步骤506、当项目变更失败时，分别对预分配的新项目资源额度和预分配的原项目资源额度执行回滚操作。

在本实施例中，上述执行主体在确定项目变更失败后，可以分别对新项目和原项目中预分配的资源额度执行回滚操作。其中，具体的回滚操作已在图4所示的实施例中步骤405进行了详细的介绍，在此不再赘述。

从图5中可以看出，本实施例中云平台的资源额度管理方法在接收到项目变更请求后，首先分别对原项目和新项目执行资源额度预定操作，然后获取项目变更结果，若项目变更成功，则分别对新项目和原项目中预分配的资源额度执行提交操作，否则分别对新项目和原项目中预分配的资源额度执行回滚操作。通过先对原项目进行资源释放预定，再对新项目进行资源占用预定，可以避免复杂的项目变更流程，快速实现项目变更时的资源配额管理。

为了便于理解，图6示出了可以实现本公开实施例的云平台的资源额度管理方法的应用场景图。

如图6所示，云平台的资源额度管理方法主要包括资源额度预定、资源额度提交和资源额度回滚三个部分。在接收到资源配置请求后，首先进行资源额度预定，具体可以先获取系统资源限额，然后判断是否存在系统资源占用表，若存在则可以直接读取系统资源占用额度，否则通过回调操作获取系统资源占用额度，接着判断资源配置请求中需要的资源需求额度是否超出系统资源可用额度，若超出则抛出异常提示，否则进一步对部门的情况进行判断。如果资源配置请求涉及多个部门，则直接对系统资源进行预定，否则对单部门的可用资源额度进行判断，若资源需求额度超出部门资源可用额度，则抛出异常提示，否则进一步对项目的情况进行判断。如果资源配置请求涉及多个项目，则直接对部门资源进行预定，否则对单项目的可用资源额度进行判断，若资源需求额度超出项目资源可用额度，则抛出异常提示，否则对项目资源进行预定。上述预定操作可以包括创建或更新项目配额占用表，同时创建配额使用记录表。

在完成资源额度预定后，进一步获取资源配置结果。若资源配置成功，则进行资源额度提交操作，具体可以将之前创建的配额使用记录表进行删除，否则进行资源额度回滚操作，具体可以将之前更新的配额占用表进行还原，并删除配额使用记录表。

进一步参考图7，作为对上述各图所示方法的实现，本公开提供了一种云平台的资源额度管理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图7所示，本实施例的资源额度管理装置700可以包括接收模块701，预定模块702。其中，接收模块701被配置为接收资源配置请求，上述资源配置请求中包括项目信息和资源需求额度；预定模块702，被配置为根据上述项目信息和上述资源需求额度，调用资源预分配子模块703。

其中，上述资源预分配子模块703包括：部门确定单元7031，被配置为根据上述项目信息，确定上述资源配置请求所属的部门；部门资源获取单元7032，被配置为当上述部门的数量为一个时，对上述部门执行可用资源额度判定操作，得到部门可用资源额度；项目确定单元7033，被配置为响应于上述资源需求额度不超出上述部门可用资源额度，根据上述项目信息，确定上述资源配置请求所属的项目；项目资源获取单元7034，被配置为当上述项目的数量为一个时，对上述项目执行可用资源额度判定操作，得到项目可用资源额度；项目资源预定单元7035，被配置为响应于上述资源需求额度不超出上述项目可用资源额度，基于上述资源需求额度预分配与项目绑定的资源额度。

在本实施例中，云平台的资源配额管理装置700中：接收模块701和预定模块702的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-202的相关说明，在此不再赘述。

在本实施例的一些可选实现方式中，资源预分配子模块703还包括：项目资源预定单元，被配置为当上述项目的数量为多个时，基于上述资源需求额度预分配与所上述部门绑定的资源额度。

在本实施例的一些可选实现方式中，部门确定单元7031包括系统资源获取子单元和部门确定子单元。其中，系统资源获取子单元，被配置为根据上述项目信息，确定上述资源配置请求所属的系统并对上述系统执行可用资源额度判定操作，得到系统可用资源额度；部门确定子单元，被配置为响应于资源需求额度不超出系统可用资源额度，根据上述项目信息，确定上述资源配置请求所属的部门。

在本实施例的一些可选实现方式中，资源预分配子模块703还包括：系统资源预定单元，被配置为当上述部门的数量为多个时，基于上述资源需求额度预分配与上述系统绑定的资源额度。

在本实施例的一些可选实现方式中，资源配置请求包括：资源创建请求、资源释放请求、资源配额变更请求、项目变更请求或部门变更请求中的至少一项。

在本实施例的一些可选实现方式中，当上述资源配置请求包括上述项目变更请求时，上述项目信息包括原项目信息和新项目信息，上述资源需求额度包括原项目额度和新项目额度。上述预定模块702包括：原项目预定模块，被配置为根据上述原项目信息和上述原项目额度，调用上述资源预分配子模块；新项目预定模块，被配置为根据上述新项目信息和上述新项目额度，调用上述资源预分配子模块；其中，上述原项目额度为负值，上述新项目额度为正值。

在本实施例的一些可选实现方式中，上述云平台的资源配额管理装置700还包括：结果获取模块、提交模块和回滚模块。其中，结果获取模块，被配置为获取资源配置结果；提交模块，被配置为当资源配置成功时，对预分配的资源额度执行提交操作；回滚模块，被配置为当资源配置失败时，对预分配的资源额度执行回滚操作。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如云平台的资源配额管理方法。例如，在一些实施例中，云平台的资源配额管理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的云平台的资源配额管理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行云平台的资源配额管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。服务器可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (16)

1.一种云平台的资源配额管理方法，包括：

接收资源配置请求，所述资源配置请求中包括项目信息和资源需求额度；

根据所述项目信息和所述资源需求额度，执行资源额度预定操作，其中，所述资源额度预定操作包括：

根据所述项目信息，确定所述资源配置请求所属的部门；

当所述部门的数量为一个时，对所述部门执行可用资源额度判定操作，得到部门可用资源额度；

响应于所述资源需求额度不超出所述部门可用资源额度，根据所述项目信息，确定所述资源配置请求所属的项目；

当所述项目的数量为一个时，对所述项目执行可用资源额度判定操作，得到项目可用资源额度；

响应于所述资源需求额度不超出所述项目可用资源额度，基于所述资源需求额度预分配与所述项目绑定的资源额度。

2.根据权利要求1所述的方法，其中，在确定所述资源配置请求所属的项目之后，还包括：

当所述项目的数量为多个时，基于所述资源需求额度预分配与所述部门绑定的资源额度。

3.根据权利要求1或2所述的方法，其中，所述根据所述项目信息，确定所述资源配置请求所属的部门包括：

根据所述项目信息，确定所述资源配置请求所属的系统并对所述系统执行可用资源额度判定操作，得到系统可用资源额度；

响应于资源需求额度不超出系统可用资源额度，根据所述项目信息，确定所述资源配置请求所属的部门。

4.根据权利要求3所述的方法，其中，在确定所述资源配置请求所属的部门之后，还包括：

当所述部门的数量为多个时，基于所述资源需求额度预分配与所述系统绑定的资源额度。

5.根据权利要求1-4任一项所述的方法，其中，所述资源配置请求包括：资源创建请求、资源释放请求、资源配额变更请求、项目变更请求或部门变更请求中的至少一项。

6.根据权利要求5所述的方法，其中，

当所述资源配置请求包括所述项目变更请求时，所述项目信息包括原项目信息和新项目信息，所述资源需求额度包括原项目额度和新项目额度；

所述根据所述项目信息和所述资源需求额度，执行资源额度预定操作，包括：

根据所述原项目信息和所述原项目额度，对原项目执行所述资源额度预定操作；

根据所述新项目信息和所述新项目额度，对新项目执行所述资源额度预定操作；

其中，所述原项目额度为负值，所述新项目额度为正值。

7.根据权利要求1-6任一项所述的方法，在所述执行资源额度预定操作后，还包括：

获取资源配置结果；

当资源配置成功时，对预分配的资源额度执行提交操作；

当资源配置失败时，对预分配的资源额度执行回滚操作。

8.根据权利要求7所述的方法，其中，所述预分配包括：

创建或更新配额占用表，并创建配额使用记录表；

所述提交操作包括：删除所述配额使用记录表；

所述回滚操作包括：还原所述配额占用表，并删除所述配额使用记录表。

9.根据权利要求1-8任一项所述的方法，其中，所述可用资源额度判定操作包括：

获取资源限额，并判断是否存在配额占用表；

若存在，从所述配额占用表中读取资源已用额度，否则执行回调操作得到资源已用额度；

将所述资源限额与所述资源已用额度的差值确定为所述可用资源额度。

10.一种云平台的资源配额管理装置，包括：

接收模块，被配置为接收资源配置请求，所述资源配置请求中包括项目信息和资源需求额度；

预定模块，被配置为根据所述项目信息和所述资源需求额度，调用资源预分配子模块，其中，所述资源预分配子模块包括：

部门确定单元，被配置为根据所述项目信息，确定所述资源配置请求所属的部门；

部门资源获取单元，被配置为当所述部门的数量为一个时，对所述部门执行可用资源额度判定操作，得到部门可用资源额度；

项目确定单元，被配置为响应于所述资源需求额度不超出所述部门可用资源额度，根据所述项目信息，确定所述资源配置请求所属的项目；

项目资源获取单元，被配置为当所述项目的数量为一个时，对所述项目执行可用资源额度判定操作，得到项目可用资源额度；

项目资源预定单元，被配置为响应于所述资源需求额度不超出所述项目可用资源额度，基于所述资源需求额度预分配与所述项目绑定的资源额度。

11.根据权利要求10所述的装置，其中，所述资源预分配子模块还包括：

项目资源预定单元，被配置为当所述项目的数量为多个时，基于所述资源需求额度预分配与所述部门绑定的资源额度。

12.根据权利要求10或11所述的装置，其中，所述部门确定单元包括：

系统资源获取子单元，被配置为根据所述项目信息，确定所述资源配置请求所属的系统并对所述系统执行可用资源额度判定操作，得到系统可用资源额度；

部门确定子单元，被配置为响应于资源需求额度不超出系统可用资源额度，根据所述项目信息，确定所述资源配置请求所属的部门。

13.根据权利要求12所述的装置，其中，所述资源预分配子模块还包括：

系统资源预定单元，被配置为当所述部门的数量为多个时，基于所述资源需求额度预分配与所述系统绑定的资源额度。

14.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

15.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。

Images