如何基于Helm Operator使用status writer更新Nginx CR的Pod名称状态

默认 Helm Operator 未像 Go/Ansible Operator 一样直接暴露 Status Writer 相关的原生接口，你可以通过官方提供的状态覆写能力实现需求，具体操作步骤如下：

操作步骤 #

• 第一步：在 Nginx 对应的 CRD 定义中新增 status 字段结构，添加用于存储 Pod 名称的字段，示例配置如下：

status:
  type: object
  properties:
    relatedPodNames:
      type: array
      items:
        type: string
      description: 当前 Nginx CR 关联的运行中 Pod 名称列表

• 第二步：修改 Operator 部署目录下的 watches.yaml 配置，为 Nginx CR 对应的监听规则添加 overrideStatus: true 参数，开启状态覆写能力，示例配置如下：

- group: your.custom.group
  version: v1
  kind: Nginx
  chart: /opt/helm/nginx-chart
  overrideStatus: true

• 第三步：在 Helm Chart 的 templates 目录下新增用于输出 CR 状态的模板文件，通过 Helm 内置的 lookup 函数查询集群内和当前 Nginx CR 匹配标签的 Pod 列表，提取名称填充到 status 字段中，示例模板如下：

apiVersion: your.custom.group/v1
kind: Nginx
metadata:
  name: {{ .Release.Name }}
  namespace: {{ .Release.Namespace }}
status:
  relatedPodNames:
  {{- /* 替换为你的 Nginx Pod 对应的标签选择规则 */}}
  {{- $matchedPods := lookup "v1" "Pod" .Release.Namespace (printf "app=nginx,instance=%s" .Release.Name) }}
  {{- range $pod := $matchedPods.items }}
  - {{ $pod.metadata.name }}
  {{- end }}

• 第四步：重新部署 Operator 使配置生效，后续每次 Operator 执行 reconcile 循环时，都会自动拉取最新的关联 Pod 名称，更新到对应 Nginx CR 的 status 字段中。

注意事项 #

Helm 的 lookup 函数仅在 Operator 对接集群执行 reconcile 时返回真实集群数据，本地执行 helm template 渲染时不会返回有效资源内容，本地调试阶段可跳过 status 字段相关校验。

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