CN117112500A - 一种资源管理方法、装置、设备和存储介质 - Google Patents

Abstract

本公开涉及一种资源管理方法、装置、设备及存储介质，所述资源管理方法包括：将各类资源的资源定义以文件形式存储在文件系统中；建立各类资源的资源定义与资源控制器之间的绑定关系；接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。本公开实施例的技术方案通过将资源定义以约定格式的YAML文件方式存储在文件系统的方式进行管理，简化了添加自定义资源；基于控制器的调度方法：通过将各类资源与相应的资源控制器进行绑定，将不同平台、不同类型的资源调度问题分散到各个平台。

Description

一种资源管理方法、装置、设备和存储介质

技术领域

本公开涉及计算机处理技术领域，尤其涉及一种资源管理方法、装置、设备和存储介质。

背景技术

一个综合型实训平台可能需要提供多种的真实或虚拟的实训环境，如各类不同的平台、异构的硬件架构环境、操作系统环境、软件环境、仿真环境等，并且依赖各类配套的资源，如存储资源、网络资源等。加上各类资源要求具有动态创建和更新、用户之间的隔离、多种平台接入等功能，实训环境的管理过程十分复杂，一般都是需要通过资源池并编写针对各类异构资源平台管理代码进行管理。

现有实训环境的管理方式复杂，尤其是新类型资源的接入，传统的资源接入通常需要修改整套软件代码，编写复杂的控制逻辑和依赖检查。容易造成各类资源的冲突，影响现有资源等问题。

现有的池化管理实训环境的方式浪费资源：池化的管理方式需要提前创建资源，一般情况下会预留冗余资源防止资源申请失败。现有的实训环境管理方式不便于动态更新：通过修改代码的方式容易造成资源更新失败，导致资源不可用，更新还需要检查复杂的资源依赖关系。

发明内容

为了解决上述技术问题，本公开实施例提供了一种资源管理方法、装置、设备、存储介质和程序产品，简化自定义资源添加，减少了添加自定义资源的复杂度。

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

将各类资源的资源定义以文件形式存储在文件系统中；

建立各类资源的资源定义与资源控制器之间的绑定关系；

接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

第二方面，本公开实施例提供资源管理装置，包括：

资源定义存储模块，用于将各类资源的资源定义以文件形式存储在文件系统中；

绑定关系建立模块，用于建立各类资源的资源定义与资源控制器之间的绑定关系；

资源管理模块，用于接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

第三方面，本公开实施例提供一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述第一方面中任一项所述的资源管理方法。

第四方面，本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面中任一项所述的资源管理方法。

本公开实施例提供的技术方案与现有技术相比，有益效果如下：

1）文件式资源定义：通过将资源定义以约定格式的YAML文件方式存储在文件系统的方式进行管理，简化了添加自定义资源。

2）基于控制器的调度方法：通过将各类资源（包括自定义资源）与相应的控制器进行绑定，将不同平台、不同类型的资源调度问题分散到各个平台。

3）基于树形结构的资源依赖：将需求资源以约定格式的YAML文件方式提交，各类资源通过绑定的资源控制器进行管理，资源控制器再通过一种特殊的逻辑控制器组合成树形结构。这样便将资源的依赖映射进控制器的树形接口，资源的创建过程便是树形结构的深度优先遍历过程。

4）通过逻辑控制器，将资源的动态更新简化为资源控制器的创建和删除操作。具有滚动更新、高可用性、方便回滚的优点。

5）支持自定义资源类型：针对自定义资源，通过注册自定义资源，在API层面以文件系统形式分层管理并绑定自定义控制器。

6）基于声明式定义的资源增量更新：对于文件形式定义的资源需求，天然方便进行增量更新。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1是本发明实施例的一种资源管理方法的流程示意图；

图2是本发明实施例的一种资源管理系统的结构示意图；

图3为本公开实施例中一种树形结构的文件管理系统的示意图；

图4为本公开实施例中的一种控制器树形结构图；

图5为本公开实施例中的原子结构为封装控制器的树结构图；

图6为本公开实施例中资源之间的依赖关系的示意图；

图7为本公开实施例中的对象循环控制的流程示意图；

图8为本公开实施例中资源更新的流程示意图；

图9为本公开实施例中的一种资源管理装置的结构示意图；

图10为本公开实施例中的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下面，将参考附图详细地说明本公开的实施例。应当注意的是，不同的附图中相同的附图标记将用于指代已描述的相同的元件。

图1为本公开实施例中的一种资源管理方法的流程图，本实施例可适用于对计算机资源进行管理的情况，该方法可以由资源管理装置执行，该资源管理装置可以采用软件和/或硬件的方式实现。

如图1所示，本公开实施例提供的资源管理方法主要包括步骤S110- S130。

S110、将各类资源的资源定义以文件形式存储在文件系统中。

S120、建立各类资源的资源定义与资源控制器之间的绑定关系。

S130、接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

本公开的一个实施方式中，提供一种资源管理系统，如图2所示，上述资源管理系统主要包括：自定义资源管理模块， API模块（具体是声明式API模块，），部署控制器，资源控制器，文件系统和数据库。

在本公开实施例中，声明式API模块是向部署控制器返回资源定义的相关信息，其中，资源定义是指用于代码的形式定义的资源相关信息。所述资源定义包括：分组、类型、名字、规格以及元数据等相关信息。该模块采用声明式的资源定义方式。这样，通过将资源定义以约定格式的YAML文件方式存储在文件系统的方式进行管理，简化了添加自定义资源。

在本公开的一个实施方式中，将各类资源的资源定义以文件形式存储在文件系统中，包括：将各类资源的资源定义映射到具有树形结构的文件系统中的目录和文件中；其中，所述树形结构的文件系统中的根目录下分为核心资源目录和扩展资源目录，所述核心资源为云资源，所述扩展资源为通过注册接口添加的用户自定义资源。

在本公开实施例中，文件系统的具体形式采用树形文件系统的结构进行管理，实现方式上与API接口的Restful API的URL相对应。文件系统的树形结构如图3所示：通过这样的树形结构，将资源定义映射到同样具有树形结构的文件系统中的目录和文件中。其中，API根目录下分为核心资源目录和扩展资源目录，核心资源为系统自带的云资源，扩展资源为通过注册接口添加的用户自定义资源。核心资源和扩展资源下分别包括资源分组，资源分组下包括版本，版本下包括资源。其中，资源分组用于将有共性的资源放入相同的文件夹中，便于资源的管理；版本用于定义资源的版本，当资源定义出现向下不兼容的更新时，可通过添加新的版本（即新建文件夹）实现更新操作，即保障了API的向下兼容又增加资源定义的灵活性；资源为文件系统中的YAML格式文件，其中的格式如下所示：

version: v1

group: vnc

type:ai

metadata:

name: ai

depends: [“a”, “b”]

spec:

url: https://example.com/vnc/ai

u_field: username

username: username

p_field: password

password: password

login_field: login

output:

network: string

address: string

password: string

在本公开的一个实施方式中，自定义资源管理模块负责自定义资源的注册、更新和资源控制器绑定。其中注册和更新接口负责YAML文件的创建和更新，资源控制器绑定接口负责自定义资源与资源控制器的绑定并注册自定义控制器。自定义控制器需要添加自定义资源的操作接口。

在本公开实施例中，当有资源需要更新时，将需要更新的资源定义存储在其对应的文件中即可，避免了需要对整个资源代码进行修改。

在本公开的一个实施方式中，所述资源管理请求中包括被管理资源对应的资源标识和用户信息；所述预设控制器还包括部署控制器，

利用资源定义和控制器进行资源管理，包括：利用所述部署控制器基于所述资源标识从所述文件系统中确定对应的目标资源定义；利用所述部署控制器基于所述目标资源定义和所述用户信息生成多个对象实例；利用所述部署控制器遍历所述多个对象实例；利用所述部署控制器将所述对象实例发送至与目标资源定义绑定的资源控制器；利用与目标资源定义绑定的资源控制器对所述对象实例对应的资源进行管理。

在本公开实施例中，预设控制器分为逻辑控制器和资源控制器，其中逻辑控制器分为部署控制器和封装控制器，如图4所示。资源控制器与声明式API模块中的资源文件一一对应。预设控制器之间组成树形结构，叶子节点始终为资源控制器。所述逻辑控制器为根节点，用于控制整个树形结构的遍历。逻辑控制器下分为两个封装控制器，左节点的封装控制器用于声明VNC资源控制器，右节点的封装控制器用于声明虚拟机控制器。同时，其还包括一个子节点封装控制器，该封装控制器用于声明网络控制器和密钥控制器，所述虚拟机控制器分为两个封装控制器，这两个封装控制器分别用于声明卷控制器。进一步的，如图5所示，控制器的树形结构中的最小原子结构为封装控制器为根的控制器树。

在本公开实施例中，资源之间的依赖通过树形结构来实现，如图6所示，资源A依赖资源B和资源C，其中，资源A依赖资源B和资源C可以理解为资源B和资源C继承所述资源A中的配置信息。

在本公开实施例中，每个资源定义对应一个资源控制器，换句话说，即每个资源对应一个资源控制器，一个资源控制器或多个资源控制器对应一个封装控制器，其中，所述封装控制器是实现声明式API的关键控制器，封装控制器主要用于声明各个资源控制器的接口。

在本公开实施例中，所述多个对象实例之间构成树形结构；所述遍历所述多个对象实例，包括：按照所述树形结构从根节点开始遍历所述多个对象实例。

在本公开的一个实施方式中，多个对象实例以树形结构存储，对象实例构成树形结构与文件系统的树形结构相同。在本公开实施例中，从根节点开始依次遍历对象实例，将遍历到对象实例发送至资源控制器。直到将所述的对象实例遍历完成之后，遍历结束。

在本公开的一个实施方式中，用所述与所述目标资源定义绑定的资源控制器对所述对象实例对应的资源进行管理，包括：利用所述与所述目标资源定义绑定的资源控制器获取所述对象实例对应的实际资源状态；利用所述与所述目标资源定义绑定的资源控制器获取所述对象实例对应的资源定义中的期望资源状态；在所述实际资源状态与所述期望资源状态不一致时，利用所述与所述目标资源定义绑定的资源控制器将所述对象实例对应的资源由实际资源状态调整为期望资源状态。

在本公开实施例中，部署控制器采用控制循环进行工作，部署控制循环是一个死循环，在每一次循环中首先获取被管理资源的对象实例列表，对每一个对象实例X发送至与资源定义绑定的资源控制器，如图7所示，资源控制器会获取对象实例X的实际资源状态，资源控制器再通过与声明式API资源定义中获取该对象实例A对应期望资源状态，将实际资源状态与期望资源状态进行对比：如果实际资源状态与期望状态相同则什么都不做，如果实际资源状态与期望状态不同，将实际状态调整为期望状态。

在本公开的一个实施方式中，利用所述与所述目标资源定义绑定的资源控制器将所述对象实例对应的资源由实际资源状态调整为期望资源状态，包括：利用所述与所述目标资源定义绑定的资源控制器基于所述期望资源状态创建新资源；利用所述与所述目标资源定义绑定的资源控制器基于所述新资源的资源状态判断所述新资源是否创建成功；在所述新资源创建成功后，利用所述与所述目标资源定义绑定的资源控制器删除所述对象实例对应的旧资源。

在本公开实施例中，如图8所示，判断对象实例对应的新资源是否存在，如果对象实例对应的新资源存在，则获取所述新资源的实际状态；如果对象实例对应的资源资源不存在，则基于期望资源状态创建新资源，并获取创建的新资源的实际状态。如果新资源的实际状态与期望资源状态一致，则表明新资源创建成功。如果新资源的实际状态与期望资源状态不一致，则表明新资源创建失败，如果新资源创建失败，则此次资源管理结束。如果新资源创建成功，则判断获取旧资源，并判断旧资源是否存在，如果旧资源存在，则删除旧资源，此次资源管理结束，如果旧资源不存在，则直接结束资源管理。

资源控制器通过上述流程来实现建新资源，删除旧资源规避了资源动态更新的复杂性，将资源的动态更新转换为资源的增加和删除操作，新增自定义资源只需要提供新建和删除接口即可，减少了添加自定义资源的复杂度。部署控制器用于控制资源控制器的循环触发，通过深度优先遍历整个树形结构。总而言之，通过资源控制器简化新资源的接入，通过部署控制器为根节点的树形结构实现资源之间的依赖。

图9为本公开实施例中的一种资源管理装置的结构示意图，本实施例可适用于对计算机资源进行管理的情况，该资源管理装置可以采用软件和/或硬件的方式实现。

如图9所示，本公开实施例提供的资源管理装置90主要包括资源定义存储模块91、绑定关系建立模块92和资源管理模块93。

其中，资源定义存储模块91，用于将各类资源的资源定义以文件形式存储在文件系统中；绑定关系建立模块92，用于建立各类资源的资源定义与资源控制器之间的绑定关系；资源管理模块93，用于接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器

在本公开的一个实施方式中，资源定义存储模块91，具体用于将各类资源的资源定义映射到具有树形结构的文件系统中的目录和文件中；其中，所述树形结构的文件系统中的根目录下分为核心资源目录和扩展资源目录，核心资源为云资源，扩展资源为通过注册接口添加的用户自定义资源。

在本公开的一个实施方式中，所述资源管理请求中包括被管理资源对应的资源标识和用户信息；所述预设控制器还包括部署控制器，

所述部署控制器，用于基于所述资源标识从所述文件系统中确定对应的目标资源定义；基于所述目标资源定义和所述用户信息生成多个对象实例；遍历所述多个对象实例；将所述对象实例发送至与所述目标资源定义绑定的资源控制器；所述资源控制器，用于利用资源控制器对所述对象实例对应的资源进行管理。

在本公开的一个实施方式中，所述资源控制器与所述资源定义一一对应，所述预设控制器之间组成树形结构，所述预设控制器的树形结构与文件系统的树形结构一致，所述预设控制器的构成的树形结构中，叶子节点为资源控制器。

在本公开的一个实施方式中，所述多个对象实例之间构成树形结构；所述遍历所述多个对象实例，包括：按照所述树形结构从根节点开始遍历所述多个对象实例。

在本公开的一个实施方式中，所述资源控制器，具体用于获取所述对象实例对应的实际资源状态；获取所述对象实例对应的资源定义中的期望资源状态；在所述实际资源状态与所述期望资源状态不一致时，将所述对象实例对应的资源由实际资源状态调整为期望资源状态。

在本公开的一个实施方式中，所述资源控制器，具体用于基于所述期望资源状态创建新资源；基于所述新资源的资源状态判断所述新资源是否创建成功；在所述新资源创建成功后，删除所述对象实例对应的旧资源。

本公开实施例提供的资源管理装置，可执行本公开方法实施例所提供的资源管理方法中所执行的步骤，具备执行步骤和有益效果此处不再赘述。

图10为本公开实施例中的一种电子设备的结构示意图。下面具体参考图10，其示出了适于用来实现本公开实施例中的电子设备1000的结构示意图。本公开实施例中的电子设备1000可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）、可穿戴终端设备等等的移动终端以及诸如数字TV、台式计算机、智能家居设备等等的固定终端。图10示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000可以包括处理装置（例如中央处理器、图形处理器等）1001，其可以根据存储在只读存储器（ROM）1002中的程序或者从存储装置1008加载到随机访问存储器（RAM）1003中的程序而执行各种适当的动作和处理以实现如本公开所述的实施例的资源管理方法。在RAM1003中，还存储有终端设备1000操作所需的各种程序和数据。处理装置1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出（I/O）接口1005也连接至总线1004。

通常，以下装置可以连接至I/O接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器（LCD）、扬声器、振动器等的输出装置1007；包括例如磁带、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许终端设备1000与其他设备进行无线或有线通信以交换数据。虽然图10示出了具有各种装置的终端设备1000，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，从而实现如上所述的资源管理方法。在这样的实施例中，该计算机程序可以通过通信装置1009从网络上被下载和安装，或者从存储装置1008被安装，或者从ROM 1002被安装。在该计算机程序被处理装置1001执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF（射频）等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP（HyperText TransferProtocol，超文本传输协议）之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信（例如，通信网络）互连。通信网络的示例包括局域网（“LAN”），广域网（“WAN”），网际网（例如，互联网）以及端对端网络（例如，ad hoc端对端网络），以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：将各类资源的资源定义以文件形式存储在文件系统中；建立各类资源的资源定义与资源控制器之间的绑定关系；接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

可选的，当上述一个或者多个程序被该终端设备执行时，该终端设备还可以执行上述实施例所述的其他步骤。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机（例如利用因特网服务提供商来通过因特网连接）。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、片上系统（SOC）、复杂可编程逻辑设备（CPLD）等等。

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

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

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

将各类资源的资源定义以文件形式存储在文件系统中；

建立各类资源的资源定义与资源控制器之间的绑定关系；

接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

2.根据权利要求1所述的资源管理方法，其特征在于，所述将各类资源的资源定义以文件形式存储在文件系统中，包括：

将各类资源的资源定义映射到具有树形结构的文件系统中的目录和文件中；其中，所述树形结构的文件系统中的根目录下分为核心资源目录和扩展资源目录，所述核心资源为云资源，所述扩展资源为通过注册接口添加的用户自定义资源。

3.根据权利要求2所述的资源管理方法，其特征在于，所述资源管理请求中包括被管理资源对应的资源标识和用户信息；所述预设控制器还包括部署控制器，

所述利用所述资源定义和预设控制器进行资源管理，包括：

利用所述部署控制器基于所述资源标识从所述文件系统中确定对应的目标资源定义；

利用所述部署控制器基于所述目标资源定义和所述用户信息生成多个对象实例；

利用所述部署控制器遍历所述多个对象实例；

利用所述部署控制器将所述对象实例发送至与所述目标资源定义绑定的资源控制器；

利用所述与所述目标资源定义绑定的资源控制器对所述对象实例对应的资源进行管理。

4.根据权利要求3所述的资源管理方法，其特征在于，所述资源控制器与所述资源定义一一对应，所述预设控制器之间组成树形结构，所述预设控制器的树形结构与文件系统的树形结构一致，所述预设控制器构成的树形结构中，叶子节点为资源控制器。

5.根据权利要求4所述的资源管理方法，其特征在于，所述多个对象实例之间构成树形结构；

所述遍历所述多个对象实例，包括：

按照所述树形结构从根节点开始遍历所述多个对象实例。

6.根据权利要求3所述的资源管理方法，其特征在于，所述利用所述与所述目标资源定义绑定的资源控制器对所述对象实例对应的资源进行管理，包括：

利用所述与所述目标资源定义绑定的资源控制器获取所述对象实例对应的实际资源状态；

利用所述与所述目标资源定义绑定的资源控制器获取所述对象实例对应的资源定义中的期望资源状态；

在所述实际资源状态与所述期望资源状态不一致时，利用所述与所述目标资源定义绑定的资源控制器将所述对象实例对应的资源由实际资源状态调整为期望资源状态。

7.根据权利要求6所述的资源管理方法，其特征在于，利用所述与所述目标资源定义绑定的资源控制器将所述对象实例对应的资源由实际资源状态调整为期望资源状态，包括：

利用所述与所述目标资源定义绑定的资源控制器基于所述期望资源状态创建新资源；

利用所述与所述目标资源定义绑定的资源控制器基于所述新资源的资源状态判断所述新资源是否创建成功；

在所述新资源创建成功后，利用所述与所述目标资源定义绑定的资源控制器删除所述对象实例对应的旧资源。

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

资源定义存储模块，用于将各类资源的资源定义以文件形式存储在文件系统中；

绑定关系建立模块，用于建立各类资源的资源定义与资源控制器之间的绑定关系；

资源管理模块，用于接收到资源管理请求后，利用所述资源定义和预设控制器进行资源管理，其中，所述预设控制器包括资源控制器。

9.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一项所述的方法。