CN115129423A - 资源管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种资源管理方法、装置、设备及存储介质，涉及计算机技术领域。该方法包括：获取业务需求信息，业务需求信息用于指示目标业务的资源需求情况；基于业务需求信息为目标业务创建目标资源池，目标资源池用于提供目标业务的业务服务；将目标资源池与至少两个业务节点建立连接关系，业务节点为用于运行目标业务的应用实例的主机；将目标资源池对应的业务节点加入至应用编排集群，应用编排集群用于从业务维度对应用实例进行逻辑管理。即，通过业务需求创建对应的资源池，使得应用编排集群从业务维度对业务对应的应用实例进行逻辑管理，实现对复杂业务的调度，提升应用编排集群对业务应用的管理效率。

Description

资源管理方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种资源管理方法、装置、设备及存储介质。

背景技术

Kubernetes(K8s)是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。一个K8s集群由一组被称作节点(Node)的机器组成，这些节点上运行K8s所管理的容器化应用。

K8s的原生调度包括调度资源单元(Pod)到资源充足的节点上运行、调度Pod分散到不同节点使集群节点资源均衡、根据标签配置调度Pod到指定范围的工作节点之上、根据反亲和性将Pod不调度到指定的节点之上等。

然而，同一集群对复杂业务的资源编排调度支持有限，如，不同业务需要不同硬件资源配比、不同节点套餐、不同地区(Region)的业务应用，靠原生的调度管理无法满足上层复杂业务的需求，即，K8s的原生调度对应的资源管理存在一定局限性。

发明内容

本申请实施例提供了一种资源管理方法、装置、设备及存储介质，可以扩展应用编排集群对复杂业务的调度。所述技术方案如下：

一方面，一种资源管理方法，所述方法包括：

获取业务需求信息，所述业务需求信息用于指示目标业务的资源需求情况；

基于所述业务需求信息为所述目标业务创建目标资源池，所述目标资源池用于提供所述目标业务的业务服务；

将所述目标资源池与至少两个业务节点建立连接关系，所述业务节点为用于运行所述目标业务的应用实例的主机；

将所述目标资源池对应的所述业务节点加入至应用编排集群，所述应用编排集群用于从业务维度对应用实例进行逻辑管理。

另一方面，一种资源管理装置，所述装置包括：

获取模块，用于获取业务需求信息，所述业务需求信息用于指示目标业务的资源需求情况；

创建模块，用于基于所述业务需求信息为所述目标业务创建目标资源池，所述目标资源池用于提供所述目标业务的业务服务；

建立模块，用于将所述目标资源池与至少两个业务节点建立连接关系，所述业务节点为用于运行所述目标业务的应用实例的主机；

部署模块，用于将所述目标资源池对应的所述业务节点加入至应用编排集群，所述应用编排集群用于从业务维度对应用实例进行逻辑管理。

另一方面，提供了一种计算机设备，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现本申请实施例中任一所述的资源管理方法。

另一方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现本申请实施例中任一所述的资源管理方法。

另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的资源管理方法。

本申请的提供的技术方案至少包括以下有益效果：

根据业务的资源需求情况创建对应的资源池，并将资源池与用于运行业务的应用实例的主机之间建立连接关系，此后应用编排集群即可从业务维度对业务对应的应用实例进行逻辑管理，实现对复杂业务的调度，提升应用编排集群对业务应用的管理效率。

附图说明

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

图1是本申请一个示例性实施例提供的实施环境示意图；

图2是本申请一个示例性实施例提供的资源管理方法流程图；

图3是本申请一个示例性实施例提供的控制模块示意图；

图4是本申请另一个示例性实施例提供的资源管理方法流程图；

图5是本申请一个示例性实施例提供的业务资源申请框架示意图；

图6是本申请一个示例性实施例提供的业务模型示意图；

图7是本申请另一个示例性实施例提供的子业务源申请框架示意图；

图8是本申请一个示例性实施例提供的资源管理装置结构框图；

图9是本申请另一个示例性实施例提供的资源管理装置结构框图；

图10是本申请一个示例性实施例提供的服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先，对本申请实施例中涉及的名词进行简要介绍：

Kubernetes(K8s)是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。其中，K8s是通过容器来实现应用部署的，每个容器之间互相隔离，每个容器有自己的文件***，容器之间进程不会相互影响，能区分计算资源。容器能实现快速部署，由于其容器与底层设施以及机器文件***是解耦的，因此能够在不同云、不同版本的操作***间实现迁移，通过K8s能够更好的监控和管理云平台中的应用。

容器：具有自己的文件***、中央处理器(Central Processing Unit，CPU)、内存、进程控件等，与基础架构分离，可以跨云和操作***(Operating System，OS)发行版本进行移植，容器具有被放宽的隔离属性，可以在应用程序之间共享OS。

结合上述名词解释，对本申请的实施环境进行示意性说明。请参考图1，其示出了本申请一个示例性实施例提供的实施环境示意图。该实施环境包括：控制端110、部署端120和通信网络130。

控制端110为用于控制部署端120进行业务部署的终端设备。控制端110包括手机、平板电脑、台式电脑、便携式笔记本电脑等多种形式的终端设备。示意性的，控制端110中提供有能够实现对K8s应用集群进行部署以及应用调用的目标应用，该目标应用可以是独立的应用程序、网页应用，也可以是宿主程序中的小程序，在此不进行限定。

部署端120用于提供K8s应用集群部署的后端服务。部署端120从控制端110接收业务部署请求，根据业务部署请求创建对应的资源池，为资源池连接上至少两个业务节点，将业务节点加入至K8s应用集群，并在控制端110或其他终端对业务资源进行申请时提供业务资源。

值得注意的是，上述部署端120可以设置于服务器中，上述服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

其中，云技术(Cloud Technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络***的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台***进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的***后盾支撑，只能通过云计算来实现。

在一些实施例中，上述服务器还可以实现为区块链***中的节点。区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出。

示意性的，控制端110和部署端120之间通过通信网络130连接。

请参考图2，其示出了本申请一个实施例示出的资源管理方法，在本申请实施例中，以该方法应用于如图1所示的部署端中，该方法包括：

步骤201，获取业务需求信息。

上述业务需求信息用于指示目标业务的资源需求情况。

在一些实施例中，该业务需求信息携带于业务部署请求中，该业务部署请求由控制端发送至部署端。

在一些实施例中，业务需求信息中包括硬件资源需求、节点套餐需求、地区信息、用户数量信息等信息中的至少一种。

其中，上述硬件资源需求用于指示对诸如CPU、内存、外存、输入/输出(Input/Output，I/O)设备等硬件的资源需求信息，以及多个硬件之间的资源配比信息，如，CPU-Mem(内存显示程序)配比。

上述节点套餐需求用于指示运行目标业务的应用实例的节点需求信息，如节点数量需求信息、节点大小需求信息、节点功能搭配信息等信息中的至少一种，上述应用实例指示应用的实际使用过程，例如，用户需要通过应用编排集群完成某个功能时，该功能对应的容器化应用(资源单元Pod)需要进行运行，每次运行即对应一个应用实例。

上述地区信息用于指示用于运行应用实例的主机的区域需求信息，示意性的，该地区信息可以根据控制端的位置信息确定，也可以根据控制端所指示的应用资源调用端的位置信息确定。

上述用户数量信息用于指示应用资源调用端的数量情况，部署端可以根据上述用户数量信息确定为目标业务部署的节点数量，以保证应用的资源的合理分配。

步骤202，基于业务需求信息为目标业务创建目标资源池。

其中，目标资源池用于提供目标业务的业务服务。

在一些实施例中，部署端为目标业务创建目标资源池，在一个示例中，通过为目标资源池创建对应的资源池标识来实现目标资源池的创建，该资源池标识用于唯一标识该目标资源池。

在一些实施例中，部署端根据目标业务中的业务需求信息确定目标资源池需求的业务节点数量、业务节点功能、业务节点分布等信息。

示意性的，根据节点套餐需求确定业务节点功能，上述业务节点功能用于指示实现目标业务的应用实例的功能，以根据上述业务节点功能从业务节点库中确定对应功能的业务节点，示意性的，上述业务节点为用于运行目标业务的应用实例的主机，主机即为容器化应用运行应用实例时提供的硬件环境，例如，业务节点为K8s中的Node。在一个示例中，业务需求信息中携带有目标业务对应的功能标识，部署端根据功能标识在业务节点库中查询得到至少两个业务节点，其中，上述至少两个业务节点所实现的功能可以相同，也可以不同，在此不进行限定。

示意性的，根据硬件资源需求、用户数量信息等信息中的至少一种信息确定业务节点数量。在一个示例中，部署端确定目标资源池中的业务节点总数以及每个功能的业务节点的数量，以确定目标资源池的资源池大小。

步骤203，将目标资源池与至少两个业务节点建立连接关系。

当部署端根据业务需求信息确定至少两个业务节点之后，需要与至少两个业务节点建立连接关系。

可选地，基于业务需求信息确定至少两个业务节点；通过第一标签标记命令为至少两个业务节点添加目标资源池对应的资源池标签，其中，资源池标签的标签属性相同的节点属于同一资源池。在一个示例中，以为业务a创建目标资源池pool-a，业务节点为node-1为例，第一标签标记命令如下所示：

#Node添加Label命令

kubectl label node node-1pool.kubernetes.io/pool-a:"true"

在一些实施例中，基于业务需求信息确定至少两个业务节点；获取上述至少两个业务节点分别对应的节点标识；将节点标识与目标资源池的资源池标识生成映射列表。即，通过上述映射列表来记录业务节点与资源池之间的对应关系。

步骤204，将目标资源池对应的业务节点加入至应用编排集群。

上述应用编排集群用于从业务维度对应用实例进行逻辑管理。该应用编排集群可以是K8s集群，也可以其他能够实现应用管理的集群，在此不进行限制。

示意性的，如图3所示，其示出了一个K8s集群中的控制模块300示意图，其中，该控制模块300中包括与业务A对应的第一资源池310，和业务B对应的第二资源池320，其中，第一资源池310中包括节点Node-1、节点Node-2以及节点Node-3三个业务节点，第二资源池320中包括节点Node-4、节点Node-5以及节点Node-6三个业务节点，即，第一资源池310和第二资源池320可以选择不同套餐的Node，而第一资源池310中的业务节点均标注有第一资源池标签311，第二资源池320中的业务节点均标注有第二资源池标签321。

综上所述，本申请实施例提供的资源管理方法根据业务的资源需求情况创建对应的资源池，并将资源池与用于运行业务的应用实例的主机之间建立连接关系，此后应用编排集群即可从业务维度对业务对应的应用实例进行逻辑管理，实现对复杂业务的调度，提升应用编排集群对业务应用的管理效率。

请参考图4，其示出了本申请一个实施例示出的资源管理方法，在本申请实施例中，对目标资源池创建后，业务资源的申请过程进行示意性说明，该方法包括：

步骤401，接收业务资源申请请求。

上述业务资源申请请求用于对目标业务的资源进行申请。

示意性的，步骤401～步骤403运行于步骤201～步骤204之后，即，在完成目标资源池的创建，并将目标资源池中的业务节点加入至应用编排集群后，控制端或其他终端即可通过业务资源申请请求向应用编排集群对目标业务的资源进行申请，以实现目标业务的业务服务。

在一些实施例中，部署端还包括资源池管理服务(Pool Management Service)模块，该资源池管理服务模块用于对目标资源池的资源信息进行管理。示意性的，在步骤204之后，部署端将目标资源池连接至资源池管理服务模块。

在一些实施例中，通过资源池管理服务模块向业务层提供资源池信息，该业务层可以是控制端或其他终端，也可以是控制端或其他终端与部署端之间的网关服务器，在此不进行限定。

示意性的，接收业务层发送的业务资源申请请求，在一些实施例中，上述业务资源申请请求中包括目标业务的业务属性，目标业务即为业务层根据资源池信息确定的用于实现租户需求的业务组合。

可选地，资源池信息包括静态信息和动态信息。其中，上述静态信息包括资源池限制量信息、硬件总资源信息等信息中的至少一种，其中，资源池限制量信息用于对目标资源池所服务的请求量进行限制，例如，上述资源池限制量信息为需求&限制(Request&Limit)信息，硬件总资源信息用于指示目标资源池所能提供的总的硬件资源情况。上述动态信息包括资源池请求量信息、资源池计量信息、资源池实时运行信息、资源池超卖信息、硬件资源信息中的至少一种。上述资源池请求量信息可以根据目标资源池所处理的应用服务请求的数量确定。上述资源池计量信息用于确定CPU/Mem的使用情况。上述资源池实时运行信息可以用于确定目标资源池中处于运行状态的业务节点。上述资源池超卖信息用于确定目标资源池是否处于超卖状态。上述硬件资源信息包括业务节点中硬件资源调度情况、图形处理器(Graphics Processing Unit，GPU)使用情况、存储器使用情况等硬件相关信息中的至少一种。

在一些实施例中，部署端还包括应用程序接口服务器(Application ProgrammingInterface Server，API Server)，该API Server提供了K8s各类资源对象的增删改查服务，是整个***的数据总线，其中，上述资源对象包括但不限于Pod、复制控制器(ReplicationController，RC)等。

示意性的，如图5所示，其示出了一个示例性实施例提供的业务资源申请框架示意图，其中，部署端510包括资源池管理服务模块511以及控制模块(Kubernnetes Master)512，其中，控制模块512中还包括API Server513，控制模块512中包括资源池A514以及资源池B515，业务层520从资源池管理服务模块511获取资源池信息，并根据资源池信息确定业务组合，以向控制模块512中的API Server513发送业务资源申请请求，以实现业务资源的申请。

步骤402，创建与目标业务对应的至少一个业务命名空间，业务命名空间中包括至少一个资源单元。

上述资源单元用于完成目标业务的应用实例。在一个示例中，上述资源单元为K8s集群中的Pod。

在一些实施例中，资源单元对应有命名空间(Namespace)，上述命名空间用于隔离资源，提供一个作用域，例如，通过建立服务(service)访问Pod时，如果service的命名空间不指定正确，则无法通过标签关联到Pod。示意性的，同一个命名空间中的Pod都是同一个业务的实例，而一个业务可以有多个命名空间，而一个命名空间不能属于两个业务。示意性的，请参考图6，其示出了一个业务模型示意图，其中，Node1和Node2属于业务A对应的资源池A610，而Node3属于业务B对应的资源池B620，命名空间A1(NS-A1)611和命名空间A2(NS-A2)612也属于业务A，则上述两个命名空间中的Pod可以调度到资源池A610上的Node1和/或Node2上，而命名空间B1(NS-B1)621属于业务B，则上述命名空间中的Pod可以调度到资源池B620上的Node3上。

在一些实施例中，部署端根据业务资源申请请求创建对应的命名空间，并未资源单元打上命名空间对应的命名空间标签。

在一些实施例中，部署端还包括入场网络回调(Admission Webhook)模块，当资源单元对应有命名空间标签时，Admission Webhook会对命名空间中的资源单元进行拦截，并通过第二标签标记命令对资源单元的命名空间标签添加调度策略(Patch)，上述调度策略指示资源单元被调度至目标业务对应的业务节点上。

步骤403，将业务命名空间中的资源单元调度至业务节点上。

在一些实施例中，由API server直接根据业务资源申请请求将Pod调度至目标资源池的业务节点上。

在一些实施例中，当部署端还包括Admission Webhook时，Admission Webhook根据Pod所属的命名空间标签打上调度策略，这样业务资源就会调度到目标资源池的Node中，即在对应的资源池创建资源，通过标签属性来设置调度属性。

示意性的，请参考图7，其示出了另一个示例性实施例提供的业务资源申请框架示意图，其中，控制模块(Kubernetes Master)710包括Admission Webhook711、APIserver712、资源池A713以及资源池B714，业务层720向控制模块710发送业务请求701，该业务请求701用于创建Pod，Admission Webhook711对其进行拦截，并根据业务请求701所创建的Pod所属的命名空间标签打上对应的调度策略702，再将其发送至API server712，APIserver712根据业务请求701将Pod调度到资源池中的Node上。

综上所述，本申请实施例提供的资源管理方法，根据目标业务对应的业务资源申请请求将创建对应的命名空间，并将命名空间中的资源调度至目标资源池对应的业务节点上，以实现业务资源的申请和创建过程，实现对复杂业务的调度，提升应用编排集群对业务应用的管理效率。

请参考图8，其示出了本申请一个示例性的实施例提供的资源管理装置结构框图，该装置包括如下模块：

获取模块810，用于获取业务需求信息，所述业务需求信息用于指示目标业务的资源需求情况；

创建模块820，用于基于所述业务需求信息为所述目标业务创建目标资源池，所述目标资源池用于提供所述目标业务的业务服务；

建立模块830，用于将所述目标资源池与至少两个业务节点建立连接关系，所述业务节点为用于运行所述目标业务的应用实例的主机；

部署模块840，用于将所述目标资源池对应的所述业务节点加入至应用编排集群，所述应用编排集群用于从业务维度对应用实例进行逻辑管理。

在一些实施例中，如图9所示，所示创建模块820还包括：

确定单元821，用于基于所述业务需求信息确定所述至少两个业务节点；

第一添加单元822，用于通过第一标签标记命令为所述至少两个业务节点添加所述目标资源池对应的资源池标签，其中，所述资源池标签的标签属性相同的节点属于同一资源池。

在一些实施例中，所述获取模块810，还用于接收业务资源申请请求，所述业务资源申请请求用于对所述目标业务的资源进行申请；

所述创建模块820，还用于创建与所述目标业务对应的至少一个业务命名空间，所述业务命名空间中包括至少一个资源单元，所述资源单元用于完成所述目标业务的应用实例；

所述部署模块840，还用于将所述业务命名空间中的所述资源单元调度至所述业务节点上。

在一些实施例中，所述装置还包括：

发送模块850，用于通过资源池管理服务模块向业务层提供资源池信息；

所述获取模块810，还用于接收所述业务层发送的所述业务资源申请请求，所述业务资源申请请求中包括所述目标业务的业务属性，所述目标业务为所述业务层根据所述资源池信息确定的用于实现租户需求的业务组合。

在一些实施例中，所述建立模块830，还用于将所述目标资源池连接至所述资源池管理服务模块，所述资源池管理服务模块用于对所述目标资源池的资源信息进行管理。

在一些实施例中，所述资源池信息包括资源池请求量信息、资源池限制量信息、资源池计量信息、资源池实时运行信息、资源池超卖信息、硬件资源信息中的至少一种。

在一些实施例中，所述资源单元对应有命名空间标签；

所述建立模块830还包括：

拦截单元831，用于对所述命名空间中的所述资源单元进行拦截；

第二添加单元832，用于通过第二标签标记命令对所述资源单元的所述命名空间标签添加调度策略，所述调度策略指示所述资源单元被调度至所述目标业务对应的业务节点上。

综上所述，本申请实施例提供的资源管理方法根据业务的资源需求情况创建对应的资源池，并将资源池与用于运行业务的应用实例的主机之间建立连接关系，此后应用编排集群即可从业务维度对业务对应的应用实例进行逻辑管理，实现对复杂业务的调度，提升应用编排集群对业务应用的管理效率。

需要说明的是：上述实施例提供的资源管理装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源管理装置与资源管理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图10示出了本申请一个示例性实施例提供的服务器的结构示意图。具体来讲包括如下结构。

服务器1000包括中央处理单元(Central Processing Unit，CPU)1001、包括随机存取存储器(Random Access Memory，RAM)1002和只读存储器(Read Only Memory，ROM)1003的***存储器1004，以及连接***存储器1004和中央处理单元1001的***总线1005。服务器1000还包括用于存储操作***1013、应用程序1014和其他程序模块1015的大容量存储设备1006。

大容量存储设备1006通过连接到***总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。大容量存储设备1006及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，大容量存储设备1006可以包括诸如硬盘或者紧凑型光盘只读存储器(Compact Disc Read Only Memory，CD-ROM)驱动器之类的计算机可读介质(未示出)。

不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、带电可擦可编程只读存储器(Electrically Erasable Programmable Read Only Memory，EEPROM)、闪存或其他固态存储其技术，CD-ROM、数字通用光盘(Digital Versatile Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的***存储器1004和大容量存储设备1006可以统称为存储器。

根据本申请的各种实施例，服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在***总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机***(未示出)。

上述存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，被配置由CPU执行。

本申请的实施例还提供了一种计算机设备，该计算机设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的生物识别方法。可选地，该计算机设备可以是终端，也可以是服务器。

本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行，以实现上述各方法实施例提供的生物识别方法。

本申请的实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的生物识别方法。

可选地，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、固态硬盘(SSD，Solid State Drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM，Resistance RandomAccess Memory)和动态随机存取存储器(DRAM，Dynamic Random Access Memory)。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

获取业务需求信息，所述业务需求信息用于指示目标业务的资源需求情况；

基于所述业务需求信息为所述目标业务创建目标资源池，所述目标资源池用于提供所述目标业务的业务服务；

将所述目标资源池与至少两个业务节点建立连接关系，所述业务节点为用于运行所述目标业务的应用实例的主机；

将所述目标资源池对应的所述业务节点加入至应用编排集群，所述应用编排集群用于从业务维度对应用实例进行逻辑管理。

2.根据权利要求1所述的方法，其特征在于，所述基于所述业务需求信息为所述目标业务创建目标资源池，包括：

基于所述业务需求信息确定所述至少两个业务节点；

通过第一标签标记命令为所述至少两个业务节点添加所述目标资源池对应的资源池标签，其中，所述资源池标签的标签属性相同的节点属于同一资源池。

3.根据权利要求1至2任一所述的方法，其特征在于，所述将所述目标资源池对应的所述业务节点加入至应用编排集群之后，还包括：

接收业务资源申请请求，所述业务资源申请请求用于对所述目标业务的资源进行申请；

创建与所述目标业务对应的至少一个业务命名空间，所述业务命名空间中包括至少一个资源单元，所述资源单元用于完成所述目标业务的应用实例；

将所述业务命名空间中的所述资源单元调度至所述业务节点上。

4.根据权利要求3所述的方法，其特征在于，所述接收业务资源申请请求，包括：

通过资源池管理服务模块向业务层提供资源池信息；

接收所述业务层发送的所述业务资源申请请求，所述业务资源申请请求中包括所述目标业务的业务属性，所述目标业务为所述业务层根据所述资源池信息确定的用于实现租户需求的业务组合。

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

将所述目标资源池连接至所述资源池管理服务模块，所述资源池管理服务模块用于对所述目标资源池的资源信息进行管理。

6.根据权利要求5所述的方法，其特征在于，所述资源池信息包括资源池请求量信息、资源池限制量信息、资源池计量信息、资源池实时运行信息、资源池超卖信息、硬件资源信息中的至少一种。

7.根据权利要求3所述的方法，其特征在于，所述资源单元对应有命名空间标签；

所述创建与所述目标业务对应的至少一个命名空间之后，还包括：

对所述命名空间中的所述资源单元进行拦截；

通过第二标签标记命令对所述资源单元的所述命名空间标签添加调度策略，所述调度策略指示所述资源单元被调度至所述目标业务对应的业务节点上。

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

获取模块，用于获取业务需求信息，所述业务需求信息用于指示目标业务的资源需求情况；

创建模块，用于基于所述业务需求信息为所述目标业务创建目标资源池，所述目标资源池用于提供所述目标业务的业务服务；

建立模块，用于将所述目标资源池与至少两个业务节点建立连接关系，所述业务节点为用于运行所述目标业务的应用实例的主机；

部署模块，用于将所述目标资源池对应的所述业务节点加入至应用编排集群，所述应用编排集群用于从业务维度对应用实例进行逻辑管理。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至7任一所述的资源管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至7任一所述的资源管理方法。

Images