需要关于头盔图表与清单清单部署的建议

问题描述

在我当前的工作中,我们正在运行多个k8s集群,并允许多个团队在集群中运行服务。

每个服务/ git仓库都将有kustomize文件,其中包含所有修补程序的列表。在CD阶段,我们将针对指定环境/区域将此kustomize转换为k8s清单(服务,配置映射,部署),并运行kubectl apply命令以在kubernetes中运行。

现在,我们开始查看头盔图表,而不是将Kustomize转换为k8s清单,而是计划为通用头盔图表生成values.yaml文件,并使用git sha部署头盔发布。因此,关于此方法的任何想法或建议,从k8s清单转移到基于舵图发布的部署都有任何优势。当团队计划进行蓝色/绿色或金丝雀部署时,头盔图还有什么优势?

目标是:

  1. 有人工制品
  2. 回滚计划
  3. 测试案例以验证Yaml,并检查服务是否正常。

任何线索都将受到高度赞赏。

解决方法

头盔可以为您做很多事情:

  • k8s模板清单-类似于Kustomize当前在您的设置中所做的
  • 注意升级安装-包括删除删除资源
  • 跟踪安装修订-可以轻松回滚
  • 允许您将helmcharts作为依赖项添加到应用程序中-因此您的应用程序图表还将包括mysql和redis-全部都在一个地方进行管理并一起部署
  • 为图表微服务定义默认的微服务(包括监视,入口配置等),并提供广泛的配置选项,并在公司的大多数团队中使用它

由于您来自多个团队的许多应用程序,最后一点看上去很符合您的需求。

我认为具有可重复使用图表的掌舵是原始k8s清单的重要一步。

您还可以定义要执行的tests来验证版本。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...