Helm发布后服务名称动态变更，如何配置ALB Ingress？

碰到Helm每次发布都会生成带发布名的Service，导致Ingress里硬编码的serviceName失效的问题，我有几个实用的解决思路，你可以根据自己的部署场景来挑选：

1. 将Ingress纳入Helm Chart统一管理（首推） #

这是最省心的方案，让Ingress和Service属于同一个Helm发布，用模板变量自动关联名称，完全不用手动维护。

具体操作：

• 在你的Helm Chart的templates目录下新增一个ingress.yaml，用Helm的模板语法引用Service的名称。比如如果你的Service命名规则是{{ .Release.Name }}-pluto-service，那Ingress里就这么写：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: {{ .Release.Name }}-pluto-ingress
  annotations:
    alb.ingress.kubernetes.io/scheme: internet-facing
    # 这里加上你的ALB专属注解，比如证书、健康检查等
spec:
  rules:
  - host: pluto.example.com
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: {{ .Release.Name }}-pluto-service  # 和Service名称规则完全对齐
            port:
              number: 8080

• 如果你的Service是通过Chart里的_helpers.tpl模板生成的（比如用{{ include "pluto.fullname" . }}），直接在Ingress里复用这个模板就行，确保两者名称100%匹配。

适用场景：Ingress属于应用的一部分，由应用团队维护；单环境或多环境用不同Helm Release名称区分（比如pluto-dev、pluto-prod）。

2. 强制Service使用固定名称 #

要是你不需要在同一个集群里部署多个同名应用（或者每个环境用独立的固定名称），可以让Helm生成固定名称的Service，这样Ingress配置就不用动了。

做法很简单：

• 要么在Chart的values.yaml里设置固定名称：

# values.yaml
fullnameOverride: "pluto-service"

• 要么在安装/升级时通过命令行参数指定：

helm install pluto mychart/pluto --set fullnameOverride=pluto-service

这样不管你怎么升级发布，Service的名称都会一直是pluto-service，Ingress里的配置就能永久生效。

适用场景：单环境部署；或者多环境下每个环境用独立的固定Service名称（比如pluto-dev-service、pluto-prod-service）。

3. 创建固定名称的代理Service #

如果Ingress是由专门的平台团队维护，不方便放进应用的Helm Chart，可以创建一个独立的、固定名称的Service，通过标签选择器指向Helm发布的Pod。

步骤如下：

1. 先确认Helm发布的Pod带有稳定的标签（比如app: pluto，一般Helm Chart默认都会设置这类标签）。
2. 创建一个固定名称的Service：

apiVersion: v1
kind: Service
metadata:
  name: pluto-service
spec:
  selector:
    app: pluto  # 匹配Helm Pod的标签
  ports:
  - port: 8080
    targetPort: 8080

3. 最后在Ingress里直接引用这个固定的pluto-service就行，不管Helm怎么发布，只要Pod标签不变，流量就能正确路由。

适用场景：Ingress与应用解耦，由独立团队管理；且应用Pod的标签长期稳定不变。

4. 用Helm钩子动态更新Ingress（兜底方案，不推荐） #

如果以上方法都不适用，可以试试用Helm的钩子脚本，在发布完成后自动修改Ingress的backend配置。不过这种方式比较繁琐，容易出现权限或同步问题，只作为最后的备选。

具体操作：

• 在Chart的templates目录下新增一个钩子Job，比如update-ingress-hook.yaml：

apiVersion: batch/v1
kind: Job
metadata:
  name: {{ .Release.Name }}-update-ingress
  annotations:
    "helm.sh/hook": post-install,post-upgrade
    "helm.sh/hook-delete-policy": hook-succeeded
spec:
  template:
    spec:
      containers:
      - name: kubectl
        image: bitnami/kubectl:latest
        command:
        - /bin/sh
        - -c
        - |
          kubectl patch ingress pluto-ingress --type=json -p='[{"op": "replace", "path": "/spec/rules/0/http/paths/0/backend/service/name", "value": "{{ .Release.Name }}-pluto-service"}]'
      restartPolicy: OnFailure

这个Job会在Helm发布完成后，自动用kubectl patch命令更新Ingress里的serviceName。

注意：需要确保执行Job的Pod有修改Ingress的权限，且Ingress的名称、路径在脚本里是固定的，灵活性较差。

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