我是舵手图表模板的初学者,我正在寻找最佳实践。我想要创建一个舵图模板,足够多的泛型来为所有的团队项目使用相同的图表(后端,前端,.)为了使它成为泛型,我可以让开发人员在values.yml中指定许多情况的列表(用于部署的卷、网络策略入口出口等)。我可以保留库伯奈特的模板部署,服务等。足够的泛型来避免提到任何特定的键。因此,开发人员只能修改值yml,以便为其应用程序行为添加值。
缺点是kubernetes泛型模板将不包含任何关于应用程序的逻辑,并且泛型模板将很难维护(因为它将处理所有可能的情况)。优点是开发人员不需要理解helm,因为他们不会修改kubernetes模板。
你有这方面的经验吗?
发布于 2020-08-24 17:22:31
您可以使用_*.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/_ployment.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 }}然后是子图表模板/图表/子图表1/模板/部署. then:
{{ include "templates.java.deployment" . }}./图表/附图1/模板/inress.yaml:
{{ include "templates.java.ingress" . }}subchart2有完全相同的包含。
最后,我们将:
subchart1:
具有deployment
中。
subchart2:
deployment
是默认的
但是,我想说,这是一个不好的做法,概括到很多,因为它将使您的模板过于复杂。在我的例子中,我发现了两个不同的组,它们的清单几乎相同(基本上是前端和后端),并为每个组创建了一组_*.tpl文件,并分别在全局values.yaml中为每个组设置默认值。
https://stackoverflow.com/questions/63528099
复制相似问题