[发明专利]一种进行管理和维护众多helm chart的方法及装置

说明书

本发明涉及计算机开发领域，具体提供了一种进行管理和维护众多helm chart的方法，具有如下步骤：S1、使用命令pacman‑Shelmfile进行helmfile安装，并同时将安装helm、kubectl以及helm插件helm‑diff安装好；S2、在Linux界面中编辑helmfile.yaml管理文件，也可在Windows界面下编辑好后存放至Linux系统中；S3、针对chart管理，通过定义release.yaml文件来实现，通过定义helmfile.yaml，进行env环境的管理；S4、实际部署中，要部署单个组件。与现有技术相比，本发明可实现chart包规范系统的部署，极大地节省了部署难度，提高工作效率。

技术领域

本发明涉及计算机开发领域，具体提供一种进行管理和维护众多helm chart的方法。

背景技术

Helm是Kubernetes的包管理器。包管理器类似于我们在Ubuntu中使用的apt、Centos中使用的yum或者Python中的pip一样，能快速查找、下载和安装软件包。Helm由客户端组件helm和服务端组件Tiller组成,能够将一组K8S资源打包统一管理,是查找、共享和使用为Kubernetes构建的软件的最佳方式。

当前原生helm并不支持多release的管理，如果是多个模块的helm部署，市场上存在的解决方案：

方案一：

将产品放到一个大的Chart，称为parent chart，将产品依赖的子模块(称为subchart)全部放在charts/目录，然后通过Chart.yaml的dependencies去管理这些依赖；

此种方案可以解决部署依赖的问题，这样做的话helm管理的仍然是单个release，即parent chart，其他依赖的subchart只会根据依赖的关系进行部署到k8s中，helm并不会管理依赖的app。

方案二：

所有产品单一标准的helm chart，然后集成到容器平台的app store,通过点击部署的方式进行添加部署；

此种方案为容器平台部署app的通用方案，问题是如果是有多个release需要部署和管理，通过容器平台一个一个点击效率不高也极为分散，如私有化部署众多app这种标准的方式不可行，适配的话有一定的优化空间。

方案三：

通过helmfile工具去管理和维护多release,每个app仍然可以保持标准的helmchart，helmfile工具通过helmfile.yaml和env文件维护众多的helm chart；

此种方案可以较好地适用于多个helm chart的发布、升级、回滚、卸载。同时可以通过helmfile提供的多env功能将CICD设计得更灵活一点，如支持开发环境、测试环境、集成环境对应的env文件；另外，还可以对helm chart进行版本控制，比如说指定版本范围、锁定版本等；针对依赖管理，可以在helmfile每个release中增加needs list，helmfile会根据依赖关系分析进行先后顺序的部署，同时无依赖关系的组件会并发进行。

但是，此种方法包含参数与管理方式相对复杂，通过较多的配置，对chart包进行二次封装，使代码更加复杂，对运维人员使用并不友好。

发明内容

本发明是针对上述现有技术的不足，提供一种实用性强的进行管理和维护众多helm chart的方法。

本发明进一步的技术任务是提供一种设计合理，安全适用的进行管理和维护众多helm chart的装置。

本发明解决其技术问题所采用的技术方案是：

一种进行管理和维护众多helm chart的方法，具有如下步骤：