开发环境的休眠方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及人工智能技术领域，尤其涉及一种开发环境的休眠方法、装置、电子设备及存储介质。

背景技术

伴随着人工智能(Artificial Intelligence，AI)技术的发展，越来越多的企业创建了人工智能平台。Jupyter Notebook是平台的一个重要组件，提供算法人员可交互式访问的模型开发环境，该功能被称为Notebook开发环境。

在技术实现上，目前主流AI平台是基于Kuberntes开发。Kubernetes的主要作用是提供底层资源管理(CPU、GPU、内存，存储等)、任务调度和生命周期管理、故障自动恢复等；在平台上，Notebook开发环境通常使用一个称作Deployment的Kubernetes资源类型来创建，这种资源类型的工作模式导致开发环境一旦被创建，分配给开发环境的各类资源，如CPU、GPU等，在该开发环境的整个生命周期内被绑定；由于开发环境本身是交互式的，其使用率具有明显的时段特性，表现为在工作时段使用率较高，在非工作时段使用率较低，对GPU资源要求较高的AI平台来说，这种情况严重影响了集群中GPU资源的利用率，如，集群中有大量的空闲资源不能被利用，大量需要用到GPU的训练任务因为资源被绑定而无法利用资源。

为了解决这个问题，现有技术中采用了人工方式删除开发环境，即，由管理员从后台找到利用率较低的Notebook开发环境，然后人工通知该环境的所有人对资源进行备份，完成后再由管理员对环境进行删除。现有技术虽然可以实现集群资源的释放，但仍存在以下技术问题：休眠开发环境的全程均需要管理员参与，所需成本较高、灵活性较差；并且，人工删除、备份的方式导致开发环境的休眠效率较低。

发明内容

本发明实施例提供了一种开发环境的休眠方法、装置、电子设备及存储介质，以实现减少开发环境的休眠成本，提高休眠开发环境的灵活性以及效率。

第一方面，本发明实施例提供了一种开发环境的休眠方法，包括：

基于容器化部署集群中各节点的休眠代理组件，确定所述休眠代理组件所处节点上是否存在待休眠开发环境；

若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，删除所述休眠代理组件所处节点上缓存的当前镜像信息；

基于所述节点的控制器组件删除所述待休眠开发环境；

基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

可选的，所述确定所述休眠代理组件所处的节点上是否存在待休眠开发环境，包括：

通过控制平台获取数据库中所述休眠代理组件所处节点上的各开发环境的状态标识；

基于各开发环境的状态标识确定所述节点上是否存在待休眠开发环境。

可选的，所述基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，包括：

基于所述节点的休眠代理组件启动Docker运行时，通过所述Docker运行时生成所述待休眠开发环境的容器的当前镜像信息；

基于所述节点的休眠代理组件将所述当前镜像信息存放至镜像仓库。

可选的，在所述删除所述休眠代理组件所处节点上缓存的当前镜像信息之后，还包括：

通过控制平台更新数据库中所述待休眠开发环境的状态标识；

相应的，所述基于所述节点的控制器组件删除所述待休眠开发环境，包括：

通过控制平台对所述数据库中各开发环境的状态标识进行扫描，确定待删除开发环境；

调用控制器组件对所述待删除开发环境进行删除。

可选的，所述基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，包括：

基于所述当前镜像信息的镜像标识，通过控制平台对数据库中所述待休眠开发环境的镜像标识进行更新；

通过所述控制平台将所述待休眠开发环境的状态标识置为已休眠状态。

可选的，所述方法还包括：

在基于控制平台获取到用户的环境创建请求时，基于所述环境创建请求携带的环境创建信息创建开发环境；

将所述开发环境的环境信息存储至数据库。

可选的，所述方法还包括：

在基于控制平台获取到用户的环境恢复请求时，基于所述控制平台在所述数据库中查询所述环境恢复请求对应的环境信息；

通过所述控制器组件，创建所述环境信息的环境参数对应的开发环境。

第二方面，本发明实施例还提供了一种开发环境的休眠装置，该装置包括：

环境确定模块，用于基于容器化部署集群中各节点的休眠代理组件，确定所述休眠代理组件所处节点上是否存在待休眠开发环境；

镜像存储模块，用于若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，删除所述休眠代理组件所处节点上缓存的当前镜像信息；

环境删除模块，用于基于所述节点的控制器组件删除所述待休眠开发环境；

信息更新模块，用于基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例提供的开发环境的休眠方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例提供的开发环境的休眠方法。

上述发明中的实施例具有如下优点或有益效果：

通过预先在容器化部署集群的各节点中设置的休眠代理组件，可以在确定出节点上存在待休眠开发环境时，基于该节点上的休眠代理组件生成待休眠开发环境的容器的当前镜像信息，将当前镜像信息存放至镜像仓库，并根据控制器组件删除该待休眠开发环境，根据控制平台更新该待休眠开发环境的环境信息，进而完成该待休眠开发环境的自动休眠。本发明实施例提供的开发环境的休眠方法，可以实现开发环境的自动备份、删除以及信息更改，无需依赖于人工手动管理，减少了开发环境的休眠成本，提高了休眠开发环境的灵活性，同时，还提高了开发环境的休眠效率。并且，本发明实施例提供的休眠代理组件，可以直接被添加至已有的开发环境创建系统，不需要重新对系统进行部署，实现了与系统的业务代码的解耦合，进而提高了系统的可扩展性。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1A为本发明实施例一所提供的一种开发环境的休眠方法的流程示意图；

图1B为本发明实施例一所提供的一种AI平台技术架构的结构示意图；

图1C为本发明实施例一所提供的一种开发环境的恢复流程；

图1D为本发明实施例一所提供的一种开发环境的创建流程；

图2A为本发明实施例二所提供的一种开发环境的休眠方法的流程示意图；

图2B为本发明实施例二所提供的一种优选的开发环境的休眠流程；

图3为本发明实施例三所提供的一种开发环境的休眠装置的结构示意图；

图4为本发明实施例四所提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1A为本发明实施例一提供的一种开发环境的休眠方法的流程示意图，本实施例可适用于对已创建的需要休眠的开发环境进行自动休眠的情况，尤其适用于根据在各节点上部署的休眠代理组件对待休眠的开发环境进行自动休眠的情况，该方法可以由开发环境的休眠装置来执行，该装置可以由硬件和/或软件来实现，该方法包括如下步骤：

S110、基于容器化部署集群中各节点的休眠代理组件，确定休眠代理组件所处节点上是否存在待休眠开发环境。

其中，容器化部署集群可以是运行容器化应用的服务器集群。示例性的，容器化部署集群可以是Kubernetes集群；容器化部署集群可以基于Docker构建容器的调度服务，提供应用部署、维护、扩展机制等功能。具体的，Kubernetes集群可以实现底层资源的管理，其中，底层资源可以是CPU、GPU、内存或存储等资源。

在本实施例中，容器化部署集群包括至少一个服务器节点；针对容器化部署集群的每一个节点，在各节点上部署其对应的休眠代理组件。休眠代理组件可以是用于检查其所处的节点是否有需要休眠的开发环境的组件。其中，开发环境可以是开发应用程序的环境，如Notebook环境。示例性的，开发环境包括为CPU、内存、GPU和存储等资源。具体的，容器化部署集群中的节点上可以运行已创建的一个或多个开发环境，即，节点可以被分配出一个或多个开发环境；当然，节点也可以不具备已创建的开发环境，等待资源调度。开发环境的创建方法会在下文进行详细介绍。

如图1B所示，展示了一种AI平台技术架构的结构示意图，该AI平台技术架构包括AI平台、容器化部署集群(Kubernetes集群)和镜像仓库。如图1B所示，示例性的，该容器化部署集群包括两个节点，节点1上具备已创建的开发环境NB-1、NB-2，节点2上具备已创建的开发环境NB-x、NB-y。当然，本实施例对容器化部署集群中节点的数量不进行限定，对节点上的开发环境的数量也不进行限定，其具体可根据实际节点配置信息以及业务需求进行确定。

需要说明的是，本实施例的休眠代理组件，可以采用安装包或是Kubernetes的DaemonSet的方式，部署至容器化部署集群中的各个节点上。可选的，每一个休眠代理组件对应一个ID，ID可以是休眠代理组件所在节点的主机名。

具体的，在本实施例中，各个节点上部署的休眠代理组件，均可以查询其所在的节点上是否存在待休眠开发环境。其中，待休眠开发环境可以是资源能够被释放的开发环境。示例性的，待休眠开发环境可以是当前时段未被使用的开发环境；或者，还可以是设定时间内的使用频次低于预设频次的开发环境；或者，还可以是已被标记为待休眠状态的开发环境，如，超过用户使用期限的开发环境、用户拒绝再使用的开发环境等。

S120、若存在待休眠开发环境，则基于休眠代理组件生成待休眠开发环境的容器的当前镜像信息，将当前镜像信息存放至镜像仓库，删除休眠代理组件所处节点上缓存的当前镜像信息。

具体的，当节点上的休眠代理组件查询到该节点上存在待休眠开发环境时，休眠代理组件启动休眠流程。具体的，休眠代理组件生成待休眠开发环境的容器的当前镜像信息，并将该当前镜像信息推送至镜像仓库进行存储，将该节点上缓存的当前镜像信息删除。

其中，待休眠开发环境的容器可以是根据创建待休眠开发环境时所拉取的镜像信息创建的，即，是创建待休眠开发环境时所拉取的镜像信息的运行实体。容器在运行后，其当前镜像信息相比于创建时拉取的镜像信息可以发生变化，如，还包含了容器运行后用户的配置信息。示例性的，当前镜像信息包括但不限于容器中的代码、底层算法包、业务逻辑、系统文件以及语言环境等。

休眠代理组件在生成待休眠开发环境的容器的当前镜像信息之后，将当前镜像信息存放至镜像仓库，以使后续在对该待休眠开发环境进行恢复时，通过拉取镜像仓库中存储的当前镜像信息，即可重新创建待休眠开发环境的容器，进而实现待休眠开发环境的恢复。

在一种实施方式中，休眠代理组件可以自行完成容器的当前镜像信息的生成；在另一种实施方式中，休眠代理组件调用该节点上的容器服务实现当前镜像信息的生成。

即，可选的，基于休眠代理组件生成待休眠开发环境的容器的当前镜像信息，将当前镜像信息存放至镜像仓库，包括：基于节点的休眠代理组件启动Docker运行时，通过Docker运行时生成待休眠开发环境的容器的当前镜像信息；基于节点的休眠代理组件将当前镜像信息存放至镜像仓库。

其中，Docker运行时(Docker runtime)可以是节点上的容器服务。具体的，休眠代理组件可以调用Docker runtime，生成待休眠开发环境的容器的当前镜像信息。在生成当前镜像信息后，休眠代理组件将当前镜像信息存放至到镜像仓库，或者，调用Dockerruntime将当前镜像信息存放至到镜像仓库。

示例性的，休眠代理组件调用Docker runtime保存容器的当前镜像信息的命令如下：docker commit-p 865bfac7bce5 ai-platform/ha-cached/uid01/tensorflow-gpu-2.2。其中，865bfac7bce5为待休眠开发环境的容器的容器名称，“ai-platform/ha-cached/uid01/tensorflow-gpu-2.2”为当前镜像信息的镜像标识。在一个具体的实施方式中，当前镜像信息的镜像标识的命名规则如下：ha-cached表示该镜像为经过休眠代理组件处理过的镜像，uid01为用户标识，“ai-platformtensorflow-gpu-2.2”为创建开发环境时的镜像信息的镜像标识。

示例性的，休眠代理组件调用Docker runtime将当前镜像信息存放至到镜像仓库的命令如下：docker push ai-platform/ha-cached/uid01/tensorflow-gpu-2.2。当然，休眠代理组件还可以调用Docker runtime删除该休眠代理组件所处节点上缓存的当前镜像信息。如，使用如下命令：docker rmi ai-platform/ha-cached/uid01/tensorflow-gpu-2.2，实现休眠代理组件调用Docker runtime删除节点上本地缓存的当前镜像信息。

由此可知，本实施例提出的休眠代理组件具备以下作用：休眠发现，即，定期检查AI平台是否有需要休眠的开发环境；休眠执行，即，通过操作Docker命令，对容器进行保存和提交；清理工作，即，对休眠过程中产生的临时文件、镜像进行清理。

S130、基于节点的控制器组件删除待休眠开发环境，基于控制平台更新数据库中待休眠开发环境的镜像标识和状态标识，其中，数据库存储各节点的开发环境的环境信息，环境信息包括镜像标识和状态标识。

其中，节点的控制器组件可以是容器化部署集群的控制器组件。如图1B所示，Kubernetes集群中部署有k8s控制器组件。示例性的，控制器组件可以是KubernetesMaster控制组件，调度管理整个集群，如，控制器组件包括Kubernetes Scheduler(负责集群的资源调度)、Kubernetes Controller(负责执行各种控制器来保证Kubernetes集群的正常运行)、Node Controller(负责管理维护节点，定期检查节点的健康状态)、Daemon SetController(负责维护Daemon Set，负责创建Daemon Pod，保证指定的节点上正常的运行Daemon Pod)等。

在本实施例中，控制器组件可以将待休眠开发环境删除，进而释放待休眠开发环境对应的资源。在待休眠开发环境被删除后，该待休眠开发环境的环境信息也一并被更新。具体的，本实施例基于控制平台更新数据库中待休眠开发环境的环境信息。

其中，控制平台可以是AI平台上的Web控制台，如图1B所示。控制平台可以与数据库进行交互，访问数据库中存储的各开发环境的环境信息。在本实施例中，通过控制平台更新数据库中存储的环境信息，其好处在于，可以将数据库与容器化部署集群隔离，数据库仅可以被控制平台访问，进而提高了数据库的安全性，避免数据库中存储的环境信息被恶意篡改。

具体的，控制平台可以通过访问数据库，获取数据库中存储的待休眠开发环境的环境信息，更新环境信息中的镜像标识和状态标识，将更新后的待休眠开发环境的环境信息写入至数据库。

其中，镜像标识可以是待休眠开发环境对应的镜像信息的标识，根据镜像信息标识可以在镜像仓库中拉取其对应的镜像信息。状态标识可以是描述待休眠开发环境的状态的标识，如，运行、待休眠、已休眠、待删除等。

可选的，基于控制平台更新数据库中待休眠开发环境的镜像标识和状态标识，包括：基于当前镜像信息的镜像标识，通过控制平台对数据库中待休眠开发环境的镜像标识进行更新；通过控制平台将待休眠开发环境的状态标识置为已休眠状态。

其中，在对数据库中待休眠开发环境的镜像标识进行更新之前，数据库中该开发环境的镜像标识为创建容器时需拉取的镜像信息所对应的镜像标识。

具体的，在待休眠开发环境删除后，控制平台将待休眠开发环境的当前镜像信息的镜像标识写入至数据库中，并将该待休眠开发环境的状态标识置为已休眠状态，以便后续恢复该已休眠的开发环境时，通过该当前镜像信息的镜像标识即可在镜像仓库中拉取到对应的镜像信息，完成该开发环境的恢复。

在另一种实施方式中，还可以是控制平台基于当前镜像信息的镜像标识重新生成一条待休眠开发环境的环境信息，存储至数据库。换言之，控制平台可以不对原环境信息进行更改，重新生成一条包括当前镜像信息的镜像标识的环境信息，此时，完成休眠的开发环境具备两条环境信息，分别为创建开发环境时的环境信息，以及休眠开发环境时的环境信息，二者的区别在于：镜像标识以及状态标识不同。

需要说明的是，环境信息还可以包括环境名称、CPU、内存、GPU、节点名称以及容器名称。示例性的，如下表1所示，展示了一种数据库中存储的开发环境的环境信息，环境信息包括环境名称、CPU、内存、GPU、镜像标识、节点名称、容器名称以及状态标识。

表1开发环境的环境信息

在完成待休眠开发环境的休眠后，数据库中该开发环境已被置为已休眠状态。若接收到该开发环境的恢复指令，可以根据数据库中开发环境的环境信息重新创建该开发环境。

即，可选的，所述开发环境的休眠方法还包括：在基于控制平台获取到用户的环境恢复请求时，基于控制平台在数据库中查询环境恢复请求对应的环境信息；通过控制器组件，创建环境信息的环境参数对应的开发环境。

其中，环境恢复请求可以基于用户在控制平台的操作生成。示例性的，基于用户在登录控制平台后的选择待恢复的开发环境的操作生成。环境恢复请求可以携带待恢复开发环境的环境名称。

具体的，控制平台在数据库中查询环境恢复请求对应的环境信息。若一个开发环境在数据库中仅具备一条对应的环境信息，即，环境信息中的镜像标识被替换为休眠时生成的当前镜像信息的镜像标识，则此时读取该环境信息。若一个开发环境在数据库中具备两条对应的环境信息，即，两条环境信息的镜像标识分别为创建容器时拉取的镜像信息的镜像标识，以及休眠开发环境时生成的当前镜像信息的镜像标识，则此时读取包括当前镜像信息的镜像标识的环境信息。

其中，环境信息的环境参数可以包括环境名称、CPU、内存、GPU和镜像标识。控制平台可以将环境信息的环境参数发送至控制器组件，使得控制器组件根据环境参数创建对应的开发环境。需要说明的是，此时开发环境可以被控制器组件调度至容器化部署集群中的任一节点，并不一定是首次创建时被调度的节点。可选的，此时创建容器时采用的容器名称可以与首次创建时采用的容器名称一致。

示例性的，参见图1C，展示了一种开发环境的恢复流程。如图1C所示，开发环境的恢复流程包括如下步骤：

步骤1、用户登录控制平台，选择要恢复的开发环境，如NB-x，生成环境恢复请求；

步骤2、控制平台在数据库中查询到该开发环境对应的环境参数，除了镜像地址采用休眠时生成的当前镜像信息的地址，其它参数不变；控制平台将环境参数发送至k8s控制器组件；

步骤3、控制器组件根据环境参数创建开发环境；

步骤4、控制器组件启动Docker runtime；

步骤5、通过调用Docker runtime在镜像仓库中拉取镜像标识对应的镜像信息，并基于镜像信息创建容器。

具体的，待恢复的开发环境的创建方法可参见下文中对首次创建开发环境的描述。开发环境的恢复创建与开发环境的首次创建的区别在于所依赖的环境信息不一致；具体体现为镜像标识发生改变，从而根据镜像标识所拉取的镜像信息不同。

可选的，所述开发环境的休眠方法还包括：在基于控制平台获取到用户的环境创建请求时，基于环境创建请求携带的环境创建信息创建开发环境；将开发环境的环境信息存储至数据库。

其中，环境创建信息可以是用户提供的用于创建开发环境的信息，如，环境名称、所需资源数量(CPU，内存，GPU等)、创建开发环境的基础镜像。

具体的，控制平台可以将环境创建信息发送至控制器组件，控制器组件根据环境创建信息创建开发环境，并将创建后的开发环境的环境信息返回至控制平台，以通过控制平台将环境信息写入数据库。

示例性的，结合1D所展示的一种开发环境的创建流程，对创建开发环境的过程进行详细介绍。如图1D所示，开发环境的创建流程包括如下步骤：

步骤1、用户登录AI平台的控制平台，进行创建开发环境的操作，生成环境创建请求，其中，环境创建请求包括用户提供的环境名称、CPU、内存、GPU、镜像标识等信息；

步骤2、控制平台调用控制器组件来创建开发环境；

步骤3、控制器组件根据调度策略将任务调度到相应的节点上，如，节点2；

步骤4、根据节点上的Docker Runtime，从镜像仓库中拉取镜像标识对应的镜像信息，如，ai-platform/tensorflow-gpu-2.2，并创建容器；

步骤5、开发环境创建成功后，控制器组件将创建的开发环境的环境信息写入数据库中，其中，可以是控制器组件将环境信息发送给控制平台，通过控制平台将环境信息写入数据库。

示例性的，写入数据库的环境信息包括环境名称、CPU、内存、GPU、镜像标识、开发环境对应的容器所在节点的节点名称、容器名称，同时，环境信息还包括开发环境的状态标识，此时状态标识为运行状态，如下表2所示。

表2创建开发环境过程中写入数据库的环境信息

本实施例的技术方案，通过预先在容器化部署集群的各节点中设置的休眠代理组件，可以在确定出节点上存在待休眠开发环境时，基于该节点上的休眠代理组件生成待休眠开发环境的容器的当前镜像信息，将当前镜像信息存放至镜像仓库，并根据控制器组件删除该待休眠开发环境，根据控制平台更新该待休眠开发环境的环境信息，进而完成该待休眠开发环境的自动休眠。本发明实施例提供的开发环境的休眠方法，可以实现开发环境的自动备份、删除以及信息更改，无需依赖于人工手动管理，减少了开发环境的休眠成本，提高了休眠开发环境的灵活性，同时，还提高了开发环境的休眠效率。并且，本发明实施例提供的休眠代理组件，可以直接被添加至已有的开发环境创建系统，不需要重新对系统进行部署，实现了与系统的业务代码的解耦合，进而提高了系统的可扩展性。

实施例二

图2A为本发明实施例二提供的一种开发环境的休眠方法的流程示意图，本实施例在上述各实施例的基础上，可选的，所述确定休眠代理组件所处的节点上是否存在待休眠开发环境，包括：通过控制平台获取数据库中休眠代理组件所处节点上的各开发环境的状态标识；基于各开发环境的状态标识确定节点上是否存在待休眠开发环境。可选的，在所述删除休眠代理组件所处节点上缓存的当前镜像信息之后，还包括：通过控制平台更新数据库中待休眠开发环境的状态标识；相应的，所述基于所述节点的控制器组件删除待休眠开发环境，包括：通过控制平台对数据库中各开发环境的状态标识进行扫描，确定待删除开发环境；调用控制器组件对待删除开发环境进行删除。

其中与上述各实施例相同或相应的术语的解释在此不再赘述。参见图2A，本实施例提供的开发环境的休眠方法包括：

S210、基于容器化部署集群中各节点的休眠代理组件，通过控制平台获取数据库中休眠代理组件所处节点上的各开发环境的状态标识，基于各开发环境的状态标识确定节点上是否存在待休眠开发环境。

在本实施例中，通过开发环境的状态标识确定其是否需要休眠。示例性的，开发环境的状态标识为待休眠状态，则该开发环境为待休眠开发环境。

具体的，待休眠状态的状态标识可以是根据用户主动休眠的操作生成，也可以根据系统管理员的休眠操作生成；或者，还可以根据开发环境的性能监控指标生成，如，开发环境当前未被使用，或，开发环境的使用频次低于预设频次，或，根据开发环境的历史使用时间进行分析，确定出用户使用开发环境的主要时段，在除主要时段之外的其余时间将状态标识置为待休眠状态。通过开发环境的性能监控指标，可以有选择性的对容器化部署集群中批量的开发环境进行自动休眠。

在本实施例中，休眠代理组件需要通过控制平台获取数据库中所处节点上的各开发环境的状态标识。这样设置的好处在于，仅通过控制平台实现与数据库的交互，实现数据库与容器化部署集群完全隔离，避免数据库中各环境信息被篡改，进而保证了数据库中存储的环境信息的准确性。

在一种实施方式中，通过控制平台获取数据库中休眠代理组件所处节点上的各开发环境的状态标识，包括：休眠代理组件根据预设检查频率向控制平台发出状态检查请求，控制平台在接收到状态检查请求后获取数据库中该休眠代理组件所处节点的开发环境的状态标识，将该节点上各开发环境的状态标识返回至休眠代理组件。

当然，容器化部署集群上各节点的休眠代理组件，均可以通过控制平台来获取其所在节点上的开发环境的状态标识。

S220、若存在待休眠开发环境，则基于休眠代理组件生成待休眠开发环境的容器的当前镜像信息，将当前镜像信息存放至镜像仓库，删除休眠代理组件所处节点上缓存的当前镜像信息。

S230、通过控制平台更新数据库中待休眠开发环境的状态标识。

在本实施例中，在对待休眠开发环境的当前镜像信息进行保存，以及缓存信息进行删除后，可以将待休眠开发环境的状态标识设置为待删除状态。

示例性的，如下表所示，展示了一种在将待休眠开发环境的容器的当前镜像信息保存后，状态标识被更新的待休眠开发环境的环境信息。

表3一种状态标识被更新的环境信息

S240、通过控制平台对数据库中各开发环境的状态标识进行扫描，确定待删除开发环境；调用控制器组件对待删除开发环境进行删除。

其中，控制平台可以定期对数据库中各开发环境的状态标识进行扫描，进而检查出需要删除的开发环境。针对需要删除的开发环境，即，待删除开发环境，可以调用控制器组件进行删除，以释放该开发环境的相应资源，如，GPU，CPU，内存等。

S250、基于控制平台更新数据库中待休眠开发环境的镜像标识和状态标识，其中，数据库存储各节点的开发环境的环境信息，环境信息包括镜像标识和状态标识。

本实施例的技术方案，通过控制平台获取数据库中各开发环境的状态标识，实现数据库与容器化部署集群的完全隔离，避免数据库中各环境信息被篡改，进而保证了数据库中存储的环境信息的准确性。

并且，本实施例还可以通过在待休眠开发环境的当前镜像信息保存后，更新待休眠开发环境的状态标识，以使控制平台可以根据定期扫描到的状态标识确定待删除的开发环境，实现了开发环境的自动删除，使得控制器组件可以根据控制平台的扫描频率，进行环境的自动删除，提高了开发环境的删除效率；此外，在控制器组件未成功删除开发环境时，仍可以控制其继续对开发环境进行删除，避免了出现需要删除的开发环境未被删除，使得资源未被成功释放的情形。

需要说明的是，本实施例还提供一种优选的开发环境的休眠方法，如图2B所示，展示了一种优选的开发环境的休眠流程，结合图2B，开发环境的休眠流程包括如下步骤：

步骤1、用户在控制平台选择需要进行休眠的开发环境；

步骤2、控制平台在数据库中将该开发环境的状态标识置为待休眠状态；

步骤3、休眠代理组件定时检查是否其所处节点上有待休眠的开发环境，其中，休眠代理组件可以通过控制平台定期检查节点上是否有待休眠状态的开发环境；

步骤4、休眠代理组件创建待休眠开发环境的容器的镜像信息；

步骤5、休眠代理组件将生成的镜像信息推送至镜像仓库；

步骤6、休眠代理组件将新生成的镜像信息的镜像标识保存至数据库，并修改该开发环境的状态标识为待删除状态，其中，休眠代理组件可以通过控制平台更改数据库中的镜像标识以及状态标识；

步骤7、控制平台在检测到待删除状态的开发环境时，调用控制器组件删除该开发环境。

在该优选的开发环境的休眠方法中，通过各节点上预先部署的休眠代理组件，定时检查出其所处节点上待休眠的开发环境，并对其进行休眠，实现了开发环境的自动休眠，即开发环境的自动备份、删除以及环境信息更改，无需依赖于人工对开发环境进行休眠，减少了开发环境的休眠成本，提高了休眠开发环境的灵活性。同时，提高了开发环境的休眠效率。并且，本实施例提出的休眠代理组件，可以直接被添加至已有的开发环境创建系统，不需要重新对系统进行部署，实现了与系统的业务代码的解耦合，进而提高了系统的可扩展性。

实施例三

图3为本发明实施例三提供的一种开发环境的休眠装置的结构示意图，本实施例可适用于对已创建的需要休眠的开发环境进行自动休眠的情况，尤其适用于根据在各节点上部署的休眠代理组件对待休眠的开发环境进行自动休眠的情况，该装置具体包括：环境确定模块310、镜像存储模块320、环境删除模块330以及信息更新模块340。

环境确定模块310，用于基于容器化部署集群中各节点的休眠代理组件，确定所述休眠代理组件所处节点上是否存在待休眠开发环境；

镜像存储模块320，用于若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，删除所述休眠代理组件所处节点上缓存的当前镜像信息；

环境删除模块330，用于基于所述节点的控制器组件删除所述待休眠开发环境；

信息更新模块340，用于基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

可选的，环境确定模块310具体用于：

基于容器化部署集群中各节点的休眠代理组件，通过控制平台获取数据库中所述休眠代理组件所处节点上的各开发环境的状态标识；基于各开发环境的状态标识确定所述节点上是否存在待休眠开发环境。

可选的，镜像存储模块320包括容器镜像存储单元和缓存镜像删除单元，其中，容器镜像存储单元用于若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，缓存镜像删除单元用于基于所述休眠代理组件删除所述休眠代理组件所处节点上缓存的当前镜像信息。

可选的，容器镜像存储单元具体用于：

若存在待休眠开发环境，则基于所述节点的休眠代理组件启动Docker运行时，通过所述Docker运行时生成所述待休眠开发环境的容器的当前镜像信息；基于所述节点的休眠代理组件将所述当前镜像信息存放至镜像仓库。

可选的，镜像存储模块320还包括状态更新单元，用于在删除所述休眠代理组件所处节点上缓存的当前镜像信息之后，通过控制平台更新数据库中所述待休眠开发环境的状态标识；相应的，缓存镜像删除单元具体用于通过控制平台对所述数据库中各开发环境的状态标识进行扫描，确定待删除开发环境；调用控制器组件对所述待删除开发环境进行删除。

可选的，信息更新模块340具体用于：

基于所述当前镜像信息的镜像标识，通过控制平台对数据库中所述待休眠开发环境的镜像标识进行更新；通过所述控制平台将所述待休眠开发环境的状态标识置为已休眠状态，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

可选的，所述开发环境的休眠装置还包括环境创建模块，用于在基于控制平台获取到用户的环境创建请求时，基于所述环境创建请求携带的环境创建信息创建开发环境；将所述开发环境的环境信息存储至数据库。

可选的，所述开发环境的休眠装置还包括环境恢复模块，用于在基于控制平台获取到用户的环境恢复请求时，基于所述控制平台在所述数据库中查询所述环境恢复请求对应的环境信息；通过所述控制器组件，创建所述环境信息的环境参数对应的开发环境。

在本实施例中，可以实现开发环境的自动备份、删除以及信息更改，无需依赖于人工手动管理，减少了开发环境的休眠成本，提高了休眠开发环境的灵活性，同时，还提高了开发环境的休眠效率。并且，本发明实施例提供的休眠代理组件，可以直接被添加至已有的开发环境创建系统，不需要重新对系统进行部署，实现了与系统的业务代码的解耦合，进而提高了系统的可扩展性。

本发明实施例所提供的开发环境的休眠装置可执行本发明任意实施例所提供的开发环境的休眠方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述系统所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例四

图4是本发明实施例四提供的一种电子设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图4显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备12典型的是承担开发环境的休眠功能的电子设备。

如图4所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储器28，连接不同组件(包括存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

电子设备12典型地包括多种计算机可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机装置可读介质，例如随机存取存储器(Random Access Memory，RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机存储介质。仅作为举例，存储装置34可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(Compact Disc-Read Only Memory，CD-ROM)、数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品40，该程序产品40具有一组程序模块42，这些程序模块被配置以执行本发明各实施例的功能。程序产品40，可以存储在例如存储器28中，这样的程序模块42包括但不限于一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、鼠标、摄像头等和显示器)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网WideArea Network，WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)装置、磁带驱动器以及数据备份存储装置等。

处理器16通过运行存储在存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的开发环境的休眠方法，包括：

基于容器化部署集群中各节点的休眠代理组件，确定所述休眠代理组件所处节点上是否存在待休眠开发环境；

若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，删除所述休眠代理组件所处节点上缓存的当前镜像信息；

基于所述节点的控制器组件删除所述待休眠开发环境；

基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的开发环境的休眠方法的技术方案。

实施例五

本发明实施例五还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的开发环境的休眠方法步骤，该方法包括：

基于容器化部署集群中各节点的休眠代理组件，确定所述休眠代理组件所处节点上是否存在待休眠开发环境；

若存在待休眠开发环境，则基于所述休眠代理组件生成所述待休眠开发环境的容器的当前镜像信息，将所述当前镜像信息存放至镜像仓库，删除所述休眠代理组件所处节点上缓存的当前镜像信息；

基于所述节点的控制器组件删除所述待休眠开发环境；

基于控制平台更新数据库中所述待休眠开发环境的镜像标识和状态标识，其中，所述数据库存储各节点的开发环境的环境信息，所述环境信息包括镜像标识和状态标识。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。