Helm全局值默认使用及子Chart值覆写方案咨询

这是Helm里非常常见的配置场景，我来给你拆解下可行的实现方式，以及通用的最佳实践：

为什么你的第一种思路无效？ #

首先要明确：子Chart的values.yaml是静态配置文件，Helm不会在这里渲染Go模板语法。你直接写schedule: {{ .Values.global.schedule }}的话，Helm会把整个模板字符串当成普通的YAML值，而不是去解析它，所以这肯定行不通。

可行的实现方案：模板中用默认值函数判断 #

正确的做法是在子Chart的模板文件（比如templates目录下的CronJob、Deployment等文件）中，使用Helm的模板函数来实现「优先用子Chart自身配置，没有则用全局默认」的逻辑。

方法1：用default函数（最简洁）

default函数的逻辑是：如果第一个参数（子Chart的配置）为空/未定义，就返回第二个参数（全局配置）。

举个具体例子：

1. 父Chart的values.yaml保持你的配置：

global:
  schedule: 10m

2. 子Chart的values.yaml可以不用设置schedule（或者设置一个兜底值，如果没有全局配置时生效）：

# 可选：如果父Chart没定义global.schedule，子Chart用这个兜底值
# schedule: 15m

3. 在子Chart的模板文件（比如templates/cronjob.yaml）中，这样引用：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: {{ include "subchart-A.fullname" . }}
spec:
  # 核心逻辑：优先用subchart-A的schedule，没有则用全局的
  schedule: "{{ .Values.schedule | default .Values.global.schedule }}"
  jobTemplate:
    # 其他配置...

方法2：用ternary函数（更直观的条件判断）

如果你想更明确地写出条件逻辑，可以用ternary函数，它的格式是ternary <真值> <假值> <判断条件>：

schedule: "{{ ternary .Values.schedule .Values.global.schedule (not (empty .Values.schedule)) }}"

这个写法的意思是：如果.Values.schedule不为空，就用它；否则用全局的global.schedule，和default函数效果一致，但逻辑更清晰。

验证效果 #

• 默认安装时：helm install my-release ./parent-chart，所有子Chart都会使用全局的10m。
• 覆写特定子Chart：helm install my-release ./parent-chart --set subchart-A.schedule="20m"，此时subchart-A会用20m，其他子Chart依然用全局的10m。

通用最佳实践 #

1. 全局配置放在.Values.global下：这是Helm社区约定俗成的规范，所有子Chart都能直接访问这个全局命名空间的配置，避免命名冲突。
2. 模板中优先子Chart配置，再fallback全局：这样既保证了全局默认的一致性，又给特定子Chart留了单独定制的空间。
3. 不要在子Chart的values.yaml中写模板语法：只有templates目录下的文件才会被Helm的模板引擎处理，values.yaml是纯静态的用户配置。

内容的提问来源于stack exchange，提问作者Dennis Meissel