资源管理方法及装置与流程

1.本技术属于资源分配领域，具体涉及一种资源管理方法及装置。


背景技术：

2.相关技术资源管理平台只将特定的资源，例如对于kubernetes集群资源，纳入接管，使使用人员在使用资源时，需要从所有资源中识别需要的资源并进行配置和部署，导致对资源的管理比较混乱，不方便使用。


技术实现要素：

3.有鉴于此，本技术提供一种资源管理方法及装置，以解决相关技术中存在的问题。
4.具体地，本技术是通过如下技术方案实现的：
5.第一方面，提供了一种资源管理方法，应用于资源管理系统，所述系统维护有与不同资源类型对应的若干资源组，每个资源组包括同种资源类型的资源，所述方法包括：
6.响应于应用部署方针对待部署的目标应用的应用部署请求，获取与目标应用对应的目标资源类型和资源配额；
7.在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；
8.将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
9.可选的，每个资源组与运行环境相绑定，所述方法还包括：
10.获取所述目标应用的适配运行环境，所述适配运行环境指与所述资源配额对应的待分配资源适配的所述目标应用的运行环境；
11.所述在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组，包括：
12.在所述目标资源类型对应的资源组中，为所述目标应用分配与所述适配运行环境相绑定的目标资源组。
13.可选的，所述资源管理系统还维护有与所述若干个资源组对应的访问控制权限的配置信息；所述应用部署请求还包括发起所述应用部署请求的请求成员的信息；
14.所述在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组，包括：
15.在所述目标资源类型对应的资源组中，基于各个资源组的访问控制权限配置信息，为所述目标应用分配所述请求成员具有使用权限的目标资源组。
16.可选的，所述方法还包括：
17.获取与所述目标应用对应的资源选择范围，所述资源选择范围指所述资源配额对应的待分配资源的选择范围；
18.所述将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，包括：
19.根据所述资源选择范围确定的资源调度规则，将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中。
20.可选的，所述资源管理系统还维护有与所述若干资源组对应的用于指示各个资源组的特征的标签。
21.可选的，所述资源管理系统维护有各个企业用户的资源池，所述资源池包括与不同的资源类型对应的若干资源集合，每个资源集合包括具有同种资源类型的若干资源组。
22.可选的，所述资源类型包括：kubernetes资源类型和主机资源类型。
23.第二方面，提供了一种资源管理装置，所述装置包括：
24.请求模块，用于响应于应用部署方针对待部署的目标应用的应用部署请求，获取与目标应用对应的目标资源类型和资源配额；
25.分配模块，用于在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；
26.部署模块，用于将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
27.第三方面，提供了一种电子设备，包括：
28.处理器；
29.用于存储处理器可执行指令的存储器；
30.其中，所述处理器通过运行所述可执行指令以实现第一方面所述的方法。
31.第四方面，提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面所述方法的步骤。
32.本技术实施例通过将各种资源类型的资源都纳入接管，并将资源划分为与不同资源类型对应的若干资源组，实现了管理和规划于一体的资源管理，以使应用部署方可以基于目标应用的部署需求将目标应用部署到对应的资源组中，也方便了用户对资源的管理和使用。
附图说明
33.图1是本技术一示例性实施例示出的一种资源管理系统的结构示意图；
34.图2是本技术一示例性实施例示出的一种资源管理方法的流程示意图；
35.图3是本技术一示例性实施例示出的一种资源管理的层级划分方案的示意图；
36.图4是本技术一示例性实施例示出的另一种资源管理方法的流程示意图；
37.图5是本技术一示例性实施例示出的一种资源管理装置的结构示意图；
38.图6是本技术一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
39.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
40.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
41.应当理解，尽管在本技术可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同种类型的信息彼此区分开。例如，在不脱离本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
42.相关技术的资源管理系统只能针对特定的资源，例如对于kubernetes集群资源，企业用户无法对资源进行规划，使应用部署方在使用资源时需要从所有资源中申请需要的资源，再进行配置和部署，对于资源的管理较为混乱，不方便资源的使用，并且接管的类型也比较单一。
43.有鉴于此，本说明书提出了一种资源管理方法，通过将企业用户的各种资源类型的资源都纳入接管，并根据实际的需求将资源划分为若干资源组，以方便基于应用部署方针对目标应用的应用部署请求，在对应的资源组中实现对目标应用的部署。
44.在实现时，接收应用部署方针对待部署的目标应用的应用部署请求；其中，所述应用部署请求包括目标资源类型和资源规格；根据所述应用部署请求，在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；然后，将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
45.在以上技术方案中，通过将各种资源类型的资源都纳入接管，并将资源划分为与不同资源类型对应的若干资源组，实现了管理和规划于一体的资源管理，以使应用部署方可以基于目标应用的部署需求将目标应用部署到对应的资源组中，也方便了用户对资源的管理和使用。
46.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
47.请参见图1，图1是一示例性实施例提供的一种资源管理系统的架构示意图。如图1所示，该系统可以包括网络10、服务端11、若干电子设备，如手机12、手机13和手机14等。
48.服务端11可以为包含一独立主机的物理服务器，或者该服务端11可以为主机集群承载的虚拟服务器、云服务器等。例如，所述资源管理系统可以为以应用为中心，集成变更、研发模式、环境管理的持续集成和持续交付/持续部署(continuous integration and continuous delivery/continuous deployment，cicd)平台。手机12-14只是用户可以使用的一种类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(pdas，personal digital assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。网络10可以包括多种类型的有线或无线网络。
49.在一实施例中，服务端11可以与手机12-14进行配合；其中，可由手机12-14通过网络10将企业用户资源导入至服务端11，然后由服务端11基于本说明书的资源管理方法对导
入的资源进行维护。
50.所述资源管理系统可以将企业用户所拥有的各种资源类型的资源均纳入接管并进行维护，可以将资源划分为与不同资源类型对应的若干资源组(resource group)，其中，每个资源组可以包括同种资源类型下的一个或多个资源。
51.其中，对于资源组的划分可以基于各个资源组的属性信息，以及企业用户的实际需求进行，例如，企业用户可以基于项目、应用、运行环境、资源规格的需求等构建资源组，将适用的资源划入到每个资源组中。
52.所述资源管理系统可以纳入接管的资源类型可以多种多样，可以包括kubernetes资源类型和主机资源类型等等；其中，所述主机资源类型可以包括云计算服务器，例如弹性计算服务器(elastic compute service，ecs)；或者，还可以对kubernetes资源类型和主机资源类型进行进一步细分。为了简便起见，在下面的实施例中均以资源类型包括kubernetes资源类型和主机资源类型为例进行举例说明。
53.本说明书可以将资源的导入和使用拆分成两个角色，分别为采购侧和使用侧，其中，采购侧只需要将企业用户采购回来的资源导入到所述资源管理系统中即可，之后，由资源管理系统代为透出给资源的使用侧。而作为使用侧，则可以在导入的资源中创建并使用资源组，并定义每个资源组对应的属性信息等，例如每个资源组对应的处理器(cpu)、内存(memory)和存储(storage)等信息，或者每个资源组具体包含的资源列表等等。
54.需要说明的是，采购侧和使用侧可以是指资源管理系统面向企业开放的两种资源管理服务，分别为与采购侧对应的资源导入服务和与使用侧对应的资源维护服务。企业用户可以通过采购侧提供的服务将企业用户拥有的资源导入到所述资源管理系统中；同时，企业用户可以通过使用侧对导入的资源进行维护，包括创建和使用资源组。
55.所述资源管理系统对于已导入的资源的管理模式可以多种多样，可以基于各个资源的属性将所有资源划分成多个层级进行管理。例如，资源管理系统可以采用如图3所示的四层资源管理模式。如图3所示，资源管理系统维护有各个企业用户的资源池，所述资源池包括与不同的资源类型对应的若干资源集合，每个资源集合包括具有同种资源类型的若干资源组，每个资源组包括同种资源类型下的一个或多个资源。
56.资源管理系统将该企业用户拥有的资源均纳入到该资源池中，根据资源类型将资源池中的资源分为若干个资源集合，每个资源集合对应于一种资源类型，可以包括具有同种资源类型的若干资源组，每种资源类型下可以有一个或多个资源集合。
57.其中，资源池中各个资源集合可以基于资源类型进行划分，以资源类型包括kubernetes资源类型和主机资源类型为例，可以划分为与kubernetes资源类型对应的一个或多个资源集合和与主机资源类型对应的一个或多个资源集合。在同种资源类型下，还可以根据各个资源的其它属性信息来划分资源集合，例如，可以基于资源来源、资源的采购时间、资源的用途等因素来划分资源集合。所述资源集合也可以称为资源集群。
58.例如，在一种示出实施方式中，企业用户通过采购侧可以向资源管理系统请求将新采购到的一组kubernetes资源或一组ecs主机资源纳入接管。资源管理系统可以关联新采购到的一组kubernetes资源或一组ecs主机资源，导入到与该企业用户对应的资源池中，并将新采购到的一组kubernetes资源或一组ecs主机资源加入到对应资源类型的资源集合中，或者，作为一个新的资源集合；若资源管理系统不存在与该企业用户对应的资源池，则
需要先为该企业用户构建资源池，再将新采购到的一组kubernetes资源或一组ecs主机资源作为一个新的资源集合导入到该资源池中。
59.企业用户通过使用侧可以基于实际需求在每个资源集合中构建资源组，并定义每个资源组对应的属性信息等，将适用的资源划入到对应的资源组中。
60.进一步地，为了方便企业用户对资源组的管理，所述资源管理系统还维护有与所述若干个资源组对应的用于指示各个资源组的特征的标签。在构建资源组时，可以为每个资源组设置用于指示该资源组的特征的标签，例如用于指示所述资源组所对应项目的项目标签、用于指示所述资源组所对应运行环境的环境标签、用于指示所述资源组所对应资源类型的类型标签等等。所述标签可以由资源管理系统提供，也可以由企业用户自定义。所述标签可以采用键值对的形式表示。
61.由上可知，通过标签可以帮助企业用户从不同的维度对具有相同特征的资源组进行分类、搜索和聚合，使得对资源组的管理更加方便。
62.进一步地，为了加强对企业用户中各个成员对各个资源组的访问控制权限的管理，所述资源管理系统还维护有与所述若干个资源组对应的访问控制权限的配置信息。在构建资源组时，可以设置针对每个资源组的访问控制权限的配置信息，所述访问控制权限的配置信息可以包括以下至少一项：
63.与每个资源组对应的成员，所述成员为能够对该资源组进行访问控制操作的人员；
64.每个成员对应的角色，所述角色可以是根据成员的工作性质确定的，例如，可以为运维人员、开发人员、普通人员等等；通过角色可以用来确定每个成员对资源组可以进行的操作权限范围，例如，运维人员可以构建资源组并对资源组进行配置操作，开发人员能够申请构建或使用资源组，普通人员仅能够对资源组进行查看；
65.每个成员对应的权限，通过权限可以用来确定每个成员对资源组具体可以执行哪些访问控制操作，例如，可以在角色对应的操作权限范围内确定成员可以执行的具体操作，或者在角色对应操作权限范围外增加成员的可执行操作。
66.需要说明的是，运维人员可以对资源组的访问控制权限的配置信息进行统一维护，也可以基于其它成员的申请并审批通过后进行授权。
67.由上可知，通过设置访问控制权限的配置信息来确定允许对资源组进行操作的成员，以及每个成员具体可以执行的访问控制操作，从而能够加强对资源组的合理管控，提高安全性。
68.进一步地，在构建资源组时，还可以为每个资源组设置绑定的运行环境，即该资源组仅能够在绑定的运行环境下使用。例如，若资源组绑定的运行环境为测试环境，则该资源组仅能够在测试环境下使用，即该资源组仅能够部署在测试环境下的应用实例；若资源组绑定的运行环境为生产环境，则该资源组仅能够在生产环境下使用，即该资源组仅能够部署在生产环境下的应用实例。每个资源组可以绑定一个或多个运行环境，为了简便起见，在下面的实施例中仅以每个资源组绑定一个运行环境为例进行举例说明。
69.例如，在一种示出的实施方式中，可以通过为每个资源组设置对应的资源级别来确定与资源组对应的适配运行环境，例如，对于测试级别的资源组，其对应的适配运行环境为测试环境；对于生产级别的资源组，其对应的适配运行环境为生产环境。
70.进一步地，在构建资源组时，还可以为每个资源组设置绑定的应用，即资源组仅能够被绑定的应用使用，用于部署与绑定的应用对应的应用实例。
71.由上可知，通过为每个资源组设置绑定的应用、运行环境等，可以使资源组针对不同的应用、运行环境等因素进行分类，以方便企业用户的使用和管理。
72.请参见图2，图2示出了本技术实施例的一种资源管理方法，该方法的执行主体可以为如上所述的资源管理系统，如图2所示，本技术实施例在进行应用部署时需要执行以下步骤。
73.s210、响应于应用部署方针对待部署的目标应用的应用部署请求，获取与目标应用对应的目标资源类型和资源配额。
74.在开发目标应用时，若需要对目标应用进行部署，则应用部署方可以向资源管理系统发送针对目标应用的应用部署请求。资源管理系统可以根据该应用部署请求，获取与目标应用对应的目标资源类型和资源配额。
75.其中，所述应用部署方可以是企业用户的开发人员或资源的管理人员。
76.其中，所述资源配额可以包括从资源池中为目标应用划分的资源配额的数量，例如包括cpu/memory/storage的资源使用额度。
77.资源管理系统获取与目标应用对应的目标资源类型和资源配额的方式可以多种多样，例如，所述目标资源类型和资源配置可以包含在由应用部署方发送的应用部署请求中，资源管理系统从接收到的应用部署请求中获取；也可以在资源管理系统中设置与目标应用对应的目标资源类型和资源配额，并在接收到应用部署请求后，调取与所述目标应用对应的目标资源类型和资源配额。
78.其中，与所述目标应用对应的资源类型和资源配额可以是基于目标应用申请后针对所述目标应用设置的，也可以是从多组预先设置的资源类型和资源配额中指定的与目标应用关联的资源类型和资源配置。
79.例如，在一种示出的实施方式中，所述资源管理系统可以维护有预先设置的多组资源配额信息，也可以称为额度组(group quota)。所述多组资源配额信息可以是基于应用的预期需求从资源池中创建的。
80.所述资源配额信息可以包括预设的资源配额和与所述资源配额关联的其它信息，例如，可以包括所述资源配额所属的资源池。若所述资源池包括与各资源类型对应的资源集合，则在所述资源配额信息中还可以包括所述资源配额所属的资源集合。
81.针对目标应用，可以预先申请并设置与目标应用对应的资源配额信息，也可以在应用部署方向资源管理系统发送应用部署请求时，从多组资源配额信息中指定与所述目标应用对应的资源配额信息。
82.s220、在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组。
83.资源管理系统在接收到应用部署请求后，可以根据获取到的目标资源类型和资源配额，从与所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组。所述为目标应用分配目标资源组可以为目标应用的运行环境分配目标资源组。
84.需要说明的是，所述目标资源组也可以是通过应用部署请求指定的资源组。也就是说，应用部署方可以从已创建的资源组中选择适用于目标应用的目标资源组，并在应用部署请求中指定将该目标资源组分配给目标应用。
85.进一步地，在响应于应用部署方针对待部署的目标应用的应用部署请求时，资源管理系统还可以获取所述目标应用的适配运行环境，所述适配运行环境指所述资源配额对应的待分配资源适配的所述目标应用的运行环境，为由开发人员为目标应用创建的运行环境，并定义与运行环境对应的发布策略，例如，可以为开发环境、测试环境、生产环境等等。
86.例如，以如上所示的资源配额信息为例，所述与目标应用对应的资源配额信息还可以包括该资源配额信息的可用范围，以及资源级别，所述可用范围可用于指示该资源配额信息对应的适配运行环境。
87.若各个资源组与运行环境相绑定，则步骤s220可以包括：在所述目标资源类型对应的资源组中，为所述目标应用分配与所述适配运行环境相绑定的目标资源组。
88.进一步地，如上所述，所述资源管理系统还可以维护有与所述若干个资源组对应的访问控制权限的配置信息。所述应用部署方针对待部署的目标应用的应用部署请求中还可以包括发起所述应用部署请求的请求成员的信息。
89.相应的，步骤s220可以包括：在所述目标资源类型对应的资源组中，基于各个资源组的访问控制权限配置信息，为所述目标应用分配所述请求成员具有使用权限的目标资源组。资源管理系统在为所述目标应用分配目标资源组前，可以先基于各个资源组的访问控制权限的配置信息，确定该请求成员具有使用权限的资源组，从而在该请求成员具有使用权限的资源组中为目标应用分配目标资源组。
90.s230、将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
91.资源管理系统在为目标应用分配目标资源组后，可以将与目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
92.其中，所述运行环境模板可以为预先定义的环境规格模板，包括cpu/memory/storage等规格信息。
93.进一步地，在将目标应用的应用实例部署到所述目标资源组时，还可以先确定与该应用实例对应的资源调度规则，例如，对于kubernetes资源类型，为节点选择器(node selector)的调度规则。
94.在响应于应用部署方针对待部署的目标应用的应用部署请求时，资源管理系统还可以获取与所述目标应用对应的资源选择范围，所述资源选择范围指所述资源配额对应的待分配资源的选择范围。
95.例如，以如上所示的资源配额信息为例，与目标应用对应的资源配额信息还可以包括与该资源配额信息对应的资源选择范围，例如，对于kubernetes资源类型，所述资源选择范围为节点(node)选择范围。
96.资源管理系统在将应用实例部署到所述目标资源组中时，可以根据所述资源选择范围确定对应的资源调度规则，并基于该资源调度规则将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组关联的资源上；例如，将应用实例部署到目标资源组所关联的资源中在资源选择范围内的资源上。
97.进一步地，在确定资源调度规则时，还可以获取资源的命名空间(namespace)。
98.例如，以如上所示的资源配额信息为例，与目标应用对应资源配额信息还可以包
括与该资源配额信息对应的命名空间，所述命名空间用于对部署了应用实例的资源进行命名。
99.由上述实施例的技术方案可知，本技术实施例将各种资源类型的资源都纳入接管，并将资源划分为与不同资源类型对应的若干资源组，实现了管理和规划于一体的资源管理，以使应用部署方可以基于目标应用的部署需求将目标应用部署到对应的资源组中，也方便了用户对资源的管理和使用。
100.请参见图4，图4示出了本技术实施例的一种对于企业用户侧的资源管理方法，该方法包括以下步骤。
101.s41、企业用户通过站点可靠性工程(site reliability engineering，sre)向资源管理系统导入一组kubernetes资源或一组ecs主机资源作为资源池，并创建若干资源组。
102.s42、在确定开发目标应用后，可以根据目标应用申请从资源池中创建额度组。
103.s43、创建额度组，并设置其资源级别；
104.其中，所述额度组可以包括以下内容：
105.额度组所属的资源池；
106.额度组的cpu/memory/storage的资源使用额度；
107.额度组对应的选择节点范围；
108.额度组对应的命名空间。
109.s44、开发人员创建目标应用；
110.s45、为目标应用创建运行环境，并定义环境的发布策略；
111.s46、在所述若干资源组中为目标应用的运行环境分配目标资源组，关联与目标应用对应的额度组和环境模板，并根据对应的选择节点范围和命名空间确定资源调度规则；
112.s47、将目标应用对应的应用实例部署到目标资源组关联的资源中。
113.其中，目标资源组可以包括以下内容：
114.与目标资源组关联的额度组；
115.所述目标资源组的cpu/memory/storage的资源使用额度；
116.所述目标资源组的命名空间；
117.由节点选择器从额度组的选择节点范围内调度的节点。
118.与前述资源管理方法的实施例相对应，本技术还提供了资源管理装置的实施例。
119.如图5所示，所述资源管理装置包括：请求模块501、分配模块502和部署模块503。
120.所述请求模块501用于响应于应用部署方针对待部署的目标应用的应用部署请求，获取与目标应用对应的目标资源类型和资源配额；所述分配模块502用于在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；所述部署模块503用于将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。
121.可选的，每个资源组与运行环境相绑定；
122.所述请求模块501还用于获取所述目标应用的适配运行环境，所述适配运行环境指与所述资源配额对应的待分配资源适配的所述目标应用的运行环境；
123.所述分配模块502用于在所述目标资源类型对应的资源组中，为所述目标应用分配与所述适配运行环境相绑定的目标资源组。
124.可选的，所述资源管理系统还维护有与所述若干个资源组对应的访问控制权限的配置信息；所述应用部署请求还包括发起所述应用部署请求的请求成员的信息；
125.所述分配模块502用于在所述目标资源类型对应的资源组中，基于各个资源组的访问控制权限配置信息，为所述目标应用分配所述请求成员具有使用权限的目标资源组。
126.可选的，所述请求模块501还用于获取与所述目标应用对应的资源选择范围，所述资源选择范围指所述资源配额对应的待分配资源的选择范围；
127.所述部署模块503用于根据所述资源选择范围确定的资源调度规则，将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中。
128.可选的，所述资源管理系统还维护有与所述若干资源组对应的用于指示各个资源组的特征的标签。
129.可选的，所述资源管理系统维护有各个企业用户的资源池，所述资源池包括与不同的资源类型对应的若干资源集合，每个资源集合包括具有同种资源类型的若干资源组。
130.可选的，所述资源类型包括：kubernetes资源类型和主机资源类型。
131.本技术实施例将各种资源类型的资源都纳入接管，并将资源划分为与不同资源类型对应的若干资源组，实现了管理和规划于一体的资源管理，以使应用部署方可以基于目标应用的部署需求将目标应用部署到对应的资源组中，也方便了用户对资源的管理和使用。
132.本技术资源管理装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本技术资源管理装置所在电子设备的一种硬件结构图，请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器602从非易失性存储器610中读取对应的计算机程序到内存609中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
133.上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
134.对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本技术方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
135.本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述资源管理方法的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
136.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人
信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
137.本说明书中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本说明书中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。
138.本说明书中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如fpga(现场可编程门阵列)或asic(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。
139.适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的处理单元。通常，处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如移动电话、个人数字助理(pda)、移动音频或视频播放器、游戏操纵台、全球定位系统(gps)接收机、或例如通用串行总线(usb)闪存驱动器的便携式存储设备，仅举几例。
140.适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如eprom、eeprom和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及cd rom和dvd-rom盘。处理器和存储器可由专用逻辑电路补充或并入专用逻辑电路中。
141.虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。
142.类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结
果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。
143.由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。
144.以上所述仅为本技术的较佳实施例而已，并不用以限制本技术，凡在本技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本技术保护的范围之内。

技术特征：
1.一种资源管理方法，其特征在于，应用于资源管理系统，所述系统维护有与不同资源类型对应的若干资源组，每个资源组包括同种资源类型的资源，所述方法包括：响应于应用部署方针对待部署的目标应用的应用部署请求，获取与所述目标应用对应的目标资源类型和资源配额；在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。2.根据权利要求1所述的方法，其特征在于，每个资源组与运行环境相绑定，所述方法还包括：获取所述目标应用的适配运行环境，所述适配运行环境指与所述资源配额对应的待分配资源适配的所述目标应用的运行环境；所述在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组，包括：在所述目标资源类型对应的资源组中，为所述目标应用分配与所述适配运行环境相绑定的目标资源组。3.根据权利要求1所述的方法，其特征在于，所述资源管理系统还维护有与所述若干个资源组对应的访问控制权限的配置信息；所述应用部署请求还包括发起所述应用部署请求的请求成员的信息；所述在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组，包括：在所述目标资源类型对应的资源组中，基于各个资源组的访问控制权限配置信息，为所述目标应用分配所述请求成员具有使用权限的目标资源组。4.根据权利要求1-3任一所述的方法，其特征在于，所述方法还包括：获取与所述目标应用对应的资源选择范围，所述资源选择范围指所述资源配额对应的待分配资源的选择范围；所述将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，包括：根据所述资源选择范围确定的资源调度规则，将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中。5.根据权利要求1所述的方法，其特征在于，所述资源管理系统还维护有与所述若干资源组对应的用于指示各个资源组的特征的标签。6.根据权利要求1所述的方法，其特征在于，所述资源管理系统维护有各个企业用户的资源池，所述资源池包括与不同的资源类型对应的若干资源集合，每个资源集合包括具有同种资源类型的若干资源组。7.根据权利要求1所述的方法，其特征在于，所述资源类型包括：kubernetes资源类型和主机资源类型。8.一种资源管理装置，其特征在于，所述装置包括：请求模块，用于响应于应用部署方针对待部署的目标应用的应用部署请求，获取与所述目标应用对应的目标资源类型和资源配额；分配模块，用于在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；
部署模块，用于将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。9.一种电子设备，其特征在于，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器通过运行所述可执行指令以实现如权利要求1-7中任一项所述的方法。10.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-7中任一项所述方法的步骤。

技术总结
本申请提供一种资源管理方法及装置，属于资源分配领域，本申请实施例的资源管理方法包括：响应于应用部署方针对待部署的目标应用的应用部署请求，获取与目标应用对应的目标资源类型和资源配额；在所述目标资源类型对应的资源组中，为所述目标应用分配目标资源组；将所述应用部署方提交的与所述目标应用对应的应用实例部署到所述目标资源组中，并加载与所述应用实例对应的运行环境模板，以完成对所述目标应用的部署。标应用的部署。标应用的部署。


技术研发人员：张思进
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2023.03.28
技术公布日：2023/7/7