基于Deployment名称的Helm动态变量引用报错求助

错误原因 #

你遇到的can't evaluate field request_memory in type string错误，本质是(get $.Values.applications_capacity $app_name)返回了字符串类型（而非预期的嵌套结构体）。通常有两个诱因：

1. $app_name的值（即.Release.Name）不在applications_capacity的键列表（core/currency）中，导致get函数返回默认空字符串；
2. 你原本想根据metadata.name动态引用，但模板里误用了.Release.Name，两者值不匹配。

解决方案 #

1. 确认变量正确性 #

首先确保$app_name对应的值是applications_capacity中的有效键。如果确实要使用当前资源的metadata.name，需根据模板上下文修正变量：

• 若在Deployment/Pod的模板根节点（如templates/deployment.yaml），metadata.name通常是{{ .Release.Name }}-{{ .Chart.Name }}，你需要提取应用名部分，或者直接使用自定义的应用名称变量（比如.Values.appName）。

2. 安全的模板写法（避免空值报错） #

使用index函数配合with或条件判断，先验证配置是否存在，再访问字段：

写法一：用with自动处理空值

requests:
{{- $app_name := .Release.Name }}  # 替换成你实际需要的metadata.name变量
{{- with index $.Values.applications_capacity $app_name }}
  memory: {{ .request_memory }}
  cpu: {{ .request_cpu }}
{{- else }}
  # 配置不存在时使用默认值
  memory: 256Mi
  cpu: 200m
{{- end }}

写法二：显式判断配置是否存在

requests:
{{- $app_name := .Release.Name }}
{{- $capacity := index $.Values.applications_capacity $app_name }}
  memory: {{ if $capacity }}{{ $capacity.request_memory }}{{ else }}256Mi{{ end }}
  cpu: {{ if $capacity }}{{ $capacity.request_cpu }}{{ else }}200m{{ end }}

3. 调试技巧 #

如果不确定$app_name的实际值，可以在模板中加入调试输出（部署时会打印到控制台）：

{{- printf "DEBUG: 当前应用名称为: %s" $app_name | nindent 2 }}

内容的提问来源于stack exchange，提问作者Vladyslav Avramenko