存在重复K8s对象时部署多套Helm Chart的可行方案咨询

核心结论 #

可以在不修改资源名称、保留重复同名资源定义的前提下正常执行helm install，以下是可落地的实现方案： #

方案1：子Chart新增资源存在性判断（仅不存在时创建） #

作为子Chart开发者，你可以在同名资源的模板头部增加Helm内置lookup函数判断，仅当集群中不存在对应资源时才渲染创建逻辑，两个子Chart的同名资源都添加该判断即可避免冲突。
示例ConfigMap模板写法：

{{- /* 判断当前命名空间下是否已存在名为x-1的ConfigMap */}}
{{- if not (lookup "v1" "ConfigMap" .Release.Namespace "x-1") }}
apiVersion: v1
kind: ConfigMap
metadata:
  name: x-1
data:
  your-config-key: your-config-value
{{- end }}

注意事项 #

• 执行helm install/upgrade的账号需要具备对应资源的get权限，否则lookup会返回空值，导致判断逻辑失效
• 该方案只会创建第一个被渲染的同名资源，后续子Chart的同名资源会直接跳过，不会合并配置

方案2：开启服务端应用（SSA）实现类似kubectl的自动合并逻辑 #

Helm 3.13及以上版本原生支持K8s服务端应用能力，和kubectl apply的行为完全一致，会自动合并同名资源的配置，不会抛出资源已存在的报错。
使用方式为安装时追加--server-side参数：

helm install release1 umbrella --server-side

注意事项 #

• 如果两个子Chart对同一资源的同一字段定义了不同值，会触发SSA的字段冲突逻辑，需要提前约定好各子Chart负责的字段范围，避免非预期的配置覆盖
• 无需修改子Chart代码，即可直接解决冲突

方案3：抽离公共资源到独立依赖Chart #

如果两个子Chart依赖的同名资源是公共配置，推荐额外开发一个公共基础子Chart，所有公共资源统一放在该Chart中管理，两个业务子Chart都声明依赖该公共Chart，Umbrella Chart中只需引入一次公共Chart依赖，从根源上避免重复渲染。 #

内容的提问来源于stack exchange，提问作者mr.wolle