如何在两个Helm Chart之间实现数据传递？

核心前提：不要在两个Chart中分别编写随机密码生成逻辑——Helm的模板渲染是单次独立计算的，两边各自调用随机函数哪怕参数完全一致，输出结果也必然不同，后续版本升级还很容易出现密码被重新生成、服务认证失效的问题。

以下是按生产可用性排序的落地方案：

1. 抽离公共Secret基础Chart（最推荐，复用性最高） #

• 单独开发一个轻量基础Chart，唯一职责是生成随机密码、创建对应的Secret资源。生成密码时配合helm.sh/resource-policy: keep注解标记Secret，避免后续Helm升级、卸载操作误删或重建Secret，导致密码非预期变更。
• 公共Chart中Secret模板示例：

apiVersion: v1
kind: Secret
metadata:
  name: shared-service-password
  annotations:
    "helm.sh/resource-policy": keep
type: Opaque
stringData:
  password: {{ .Values.existingPassword | default (randAlphaNum 16) | quote }}

• 将这个公共Chart作为两个业务Chart的共同依赖，在两个业务Chart的Chart.yaml中声明依赖关系即可。两个业务Chart不需要自己生成密码，直接挂载、引用这个公共Chart创建的Secret里的密码值就行，后续其他服务需要用到同一份密码也可以直接依赖这个基础Chart，不用重复开发逻辑。

2. 伞形（Umbrella）Chart统一生成传值（适合多服务批量部署场景） #

• 如果你是通过一个顶层总控Chart统一编排、部署两个业务子Chart，直接在顶层伞形Chart里一次性生成随机密码，将生成后的值作为全局配置，通过Chart传值机制同时传给两个子Chart使用即可，同样需要配合固定Secret+资源保留注解，避免升级时密码漂移。

3. 预生成密码统一传入（适合GitOps场景） #

• 如果使用ArgoCD、Flux这类GitOps工具做持续部署，不要依赖Helm渲染时的动态随机生成能力，提前生成符合复杂度要求的随机密码，存在加密的Values文件中（可配合SOPS、Sealed Secrets做加密存储），部署两个Chart时统一引用这份预存的固定密码即可。这种方式配置可追溯、可复现，不会出现多环境密码不一致的问题。

避坑提醒：不要给随机密码生成逻辑加任何动态触发的判断条件，否则只要触发条件变化，Helm重新渲染时就会生成新密码，直接导致依赖密码的服务认证失败。

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