如何让Helm客户端Chart等待依赖的服务端Chart完全部署后再启动？

下面是几个可行的实现方案，都是纯Helm或Kubernetes原生的方式：

方案1：用Helm Hook + 健康检查Job强制等待服务端就绪 #

在客户端Chart中添加一个预安装/预升级Hook，通过Job轮询服务端的状态，直到服务端完全就绪后才继续部署客户端资源。

1. 在客户端Chart的templates目录下创建wait-for-server.yaml文件，内容如下：

apiVersion: batch/v1
kind: Job
metadata:
  name: wait-for-server
  annotations:
    "helm.sh/hook": pre-install,pre-upgrade
    "helm.sh/hook-weight": "-5"
    "helm.sh/hook-delete-policy": hook-succeeded,hook-failed
spec:
  template:
    spec:
      containers:
      - name: wait-for-server
        image: bitnami/kubectl:latest
        command:
        - sh
        - -c
        - |
          # 轮询服务端Pod的就绪状态，替换app=server-chart-name为你的服务端Pod标签
          until kubectl get pods -l app=server-chart-name -n {{ .Release.Namespace }} | grep -E "Running.*1/1"; do
            echo "Waiting for server pods to be ready..."
            sleep 5
          done
          # 可选：如果服务端有健康检查接口，加上这部分验证
          # until curl -f http://server-service.{{ .Release.Namespace }}.svc.cluster.local/health; do
          #   echo "Waiting for server health check pass..."
          #   sleep 5
          # done
      restartPolicy: OnFailure
  backoffLimit: 10

2. 关键配置说明：
   • helm.sh/hook：指定这个Job在客户端安装/升级前执行
   • hook-weight: "-5"：确保这个Job优先于客户端其他资源启动
   • backoffLimit: 10：最多重试10次，避免无限等待
   • 容器用bitnami/kubectl是因为自带kubectl工具，也可以用带curl的镜像做接口验证

方案2：分阶段手动部署（适合CI/CD流水线） #

如果不想修改Chart，直接分三步执行部署：

• 第一步部署服务端，强制等待其就绪：

  helm upgrade --install server ./server-chart --wait --timeout 10m -n your-namespace
  

• 第二步验证服务端的Deployment状态（可选，进一步确保就绪）：

  kubectl wait --for=condition=available deployment/server-deployment -n your-namespace --timeout=5m
  

• 第三步部署客户端：

  helm upgrade --install client ./client-chart -n your-namespace
  

这种方式简单直接，完全依赖Helm和Kubernetes的原生命令控制顺序。

注意事项 #

• 服务端Chart必须配置readinessProbe和livenessProbe，否则helm --wait无法准确判断Pod是否就绪
• 如果服务端和客户端在不同命名空间，需要确保Job中的kubectl有对应命名空间的访问权限
• 可以根据实际情况调整等待间隔、超时时间等参数

内容的提问来源于stack exchange，提问作者Алексей