Kubernetes 需要关于掌舵图与基于舱单的部署的建议吗

Kubernetes 需要关于掌舵图与基于舱单的部署的建议吗,kubernetes,build,manifest,kubernetes-helm,kustomize,Kubernetes,Build,Manifest,Kubernetes Helm,Kustomize,在我当前的工作中,我们正在运行多个k8s集群,并允许多个团队在集群中运行服务 每个服务/git repo都有一个kustomize文件,其中包含所有补丁的列表。在CD阶段,我们将此kustomize转换为给定环境/区域的k8s清单(服务、配置映射、部署),并运行kubectl apply命令以在kubernetes中运行 现在,我们开始研究helm图表,而不是将Kustomize转换为k8s清单,计划是为通用helm图表生成values.yaml文件,并使用git sha部署helm版本。那么,

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

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

现在,我们开始研究helm图表,而不是将Kustomize转换为k8s清单,计划是为通用helm图表生成values.yaml文件,并使用git sha部署helm版本。那么,对这种方法有什么想法或建议吗?从k8s清单转向基于helm图表发布的部署有什么好处吗。当团队计划进行蓝/绿或金丝雀部署时,头盔图表是否有任何优势

目标是:

  • 有神器
  • 回滚计划
  • 测试用例以验证YAML并检查服务是否启动

  • 任何潜在客户都将不胜感激。

    Helm可以为您提供多种服务:

    • 模板k8s清单-类似于Kustomize当前在您的设置中所做的操作
    • 注意升级安装,包括删除资源
    • 跟踪安装的修订,以便轻松回滚
    • 允许您将helmcharts作为依赖项添加到您的应用程序中—因此您的应用程序图表也将包括mysql和redis—所有这些都在一个地方进行管理并一起部署
    • 使用广泛的配置选项定义默认微服务(带监控、入口配置等)的图表,并在公司的大多数团队中使用它
    看起来最后一点非常符合您的需求,因为您有许多来自多个团队的应用程序

    我认为使用可重用图表掌舵是从原始k8s清单中迈出的伟大的下一步

    您还可以定义要执行的以验证发布