通用舵图

问题描述

我是掌舵图表模板的初学者,我正在寻找最佳实践。 我想创建一个舵图模板足够的泛型,以对所有团队项目(后端,前端等)使用相同的图表。 为了使其具有通用性,我可以让开发人员在values.yml中指定许多情况的列表(部署卷,网络策略入口出口等)。 而且我可以保留kubernetes模板的部署,服务等。足够的泛型永远不会提及任何特定的密钥。 因此,开发人员只能修改yml值以为其应用程序行为添加值。

缺点是kubernetes泛型模板将不包含有关应用程序的任何逻辑,并且通用模板将难以维护(因为它将处理所有可能的情况)。 好处是开发人员不需要了解掌舵,因为他们不会修改kubernetes模板。

那么您对此有任何经验吗?

解决方法

您可以使用_ *。tpl文件定义通用模板,它们位于./templates / _ *。tpl(。是具有全局Chart.yaml和values.yaml的目录)中。 同样,通过掌舵,全局值将覆盖局部值。可以在这里找到解决方案-https://github.com/helm/helm/issues/5676

通过结合使用这两种技术,您可以制作通用模板,并且仅使用values.yaml渲染要渲染的内容。

例如:

values.yaml:

global:
  defaults:
    switches:
      volumesEnabled: false
      ingressEnabled: false
    ingress:
      host: "generic-host.com"
    volumes:
      volumeName: "generic-volume-name"

subchart1:
  defaultOverrides:
    switches:
      volumesEnabled: true
  volumes:
    volumeName: "not-so-generic-name"

subchart2:
  defaultOverrides:
    switches:
      volumesEnabled: true
      ingressEnabled: true

然后是模板(java仅用于将模板归为一类,您可以尝试猜测后端微服务使用哪种语言编写:))

./ templates / java / _deployment.tpl:

{{- define "templates.java.deployment" }}
{{- $properties := merge .Values.defaultOverrides $.Values.global.defaults -}}
{{*/ generic deployment structure */}}
{{- if $properties.switches.volumesEnabled -}}
volume: {{ $properties.volumes.volumeName }}
{{- end }}
{{*/ generic deployment structure */}}
{{- end }}

./ templates / java / _ingress.tpl:

{{- define "templates.java.ingress" }}
{{- $properties := merge .Values.defaultOverrides $.Values.global.defaults -}}
{{- if $properties.switches.ingressEnabled -}}
host: {{ $properties.ingress.host }}
{{*/ generic ingress structure */}}
{{- end }}
{{- end }}

然后是子图表模板 ./charts/subchart1/templates/deployment.yaml:

{{ include "templates.java.deployment" . }}

./ charts / subchart1 / templates / ingress.yaml:

{{ include "templates.java.ingress" . }}

subchart2包含的内容完全相同。

最后,我们将得到:

子图表1:

  • 已部署
  • volumeName被带有“ not-so-generic-name”的本地值覆盖
  • 女巫根本没有呈现

子图表2:

  • 已部署
  • volumeName是全局值中的默认值
  • 全局值是默认的
  • ingress主机

但是我要说,将大量内容泛化是一种不好的做法,因为这会使模板过于复杂。在我的案例中,我发现了2个不同的组,它们之间具有几乎相同的清单(基本上是前端和后端),并为每个组创建了_ *。tpl文件,并分别在全局values.yaml中为每个组设置了默认值。 / p>

相关问答

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