[发明专利]资源的管理方法和装置、存储介质、电子装置

说明书

本申请公开了一种资源的管理方法和装置、存储介质、电子装置。涉及云计算领域。其中，该方法包括：获取目标命令，目标命令用于指示容器编排系统中的目标资源的状态需要变更；获取目标资源的第一状态和第二状态，其中，第一状态为目标仓库中记录的目标资源的目标状态，第二状态为容器编排系统中记录的目标资源的状态；在第二状态与第一状态不匹配的情况下，在容器编排系统中执行将目标资源的状态从第二状态变更为第一状态的操作。本申请解决了相关技术中运行结果不准确的技术问题。

技术领域

本申请涉及互联网领域，具体而言，涉及一种资源的管理方法和装置、存储介质、电子装置。

背景技术

CI/CD，CI指持续集成(Continuous Integration)，CD指持续交付(ContinuousDelivery)。持续集成是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。持续交付指在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的类生产环境中。

CI/CD方案中时常会使用Git、Helm以及Kubernetes，Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目；Kubernetes是基于Borg开源的容器编排调度引擎，作为CNCF(Cloud Native Computing Foundation)最重要的组件之一，可以让使用者来描述集群的架构，定义服务的最终状态，Kubernetes可以将系统自动地达到和维持在这个状态，Kubernetes作为云原生应用的基石，相当于一个云操作系统；Helm是Kubernetes的一个包管理工具，用来简化Kubernetes应用的部署和管理。

相关技术中基于Kubernetes的CI/CD方案通常基于一种CI编排工具链实现，这类工具链常常使用Gitlab作为代码仓库，使用Jenkins(是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能)作为任务和脚本执行器，Harbor(是构建企业级私有docker镜像的仓库的开源解决方案)作为镜像制品仓库，Kubernetes作为容器运行环境，以及一个CI服务器作为总控。

CI服务器对整个CI流程进行编排，辅以上述工具链来实现整个CI/CD的全过程，当用户开始运行一个CI/CD过程时，CI服务器会生成Jenkins job，然后这个job会从Gitlab拉取代码，执行构建、打包、上传镜像等活动，然后CI服务器会直接调用Kubernetes的API来进行部署。

发明人经过对上述方案进行分析，认识到该方案中存在如下问题：CI服务器在发送指令之后，直接执行CI/CD的全过程，而不关心容器编排系统中资源的当前状态，从而可能造成最终执行的结果并不是想要的结果，从而造成运行结果不准确的问题。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种资源的管理方法和装置、存储介质、电子装置，以至少解决相关技术中运行结果不准确的技术问题。

根据本申请实施例的一个方面，提供了一种资源的管理方法，包括：获取目标命令，其中，目标命令用于指示容器编排系统中的目标资源的状态需要变更；获取目标资源的第一状态和第二状态，其中，第一状态为目标仓库中记录的目标资源的目标状态，第二状态为容器编排系统中记录的目标资源的状态；在第二状态与第一状态不匹配的情况下，在容器编排系统中执行将目标资源的状态从第二状态变更为第一状态的操作。