Terraform中kubernetes_ingress数据源返回Null值，无法获取ALB主机名创建Route53记录的问题求助

我遇到过完全一样的情况——Helm部署的Ingress明明已经有了ALB主机名，但Terraform的kubernetes_ingress数据源就是返回null的status字段。问题的核心在于：Terraform的数据源会在依赖资源完成后立刻查询Kubernetes API，但此时AWS ALB Ingress Controller还没来得及创建完ALB并更新Ingress的status字段。

下面是几个经过验证的解决方案，按推荐程度排序：

方案1：通过AWS数据源直接查询ALB（最可靠） #

既然ALB是由AWS ALB Ingress Controller创建的，我们可以跳过Kubernetes Ingress，直接从AWS侧获取ALB的DNS名称。这种方式不受Kubernetes status更新延迟的影响，更稳定。

从你的Ingress配置里看到，你已经指定了ALB的名称：alb.ingress.kubernetes.io/load-balancer-name: altb-devops-eks-support-alb，可以用aws_lb数据源获取它：

# 直接从AWS查询指定名称的ALB
data "aws_lb" "argocd_alb" {
  name = "altb-devops-eks-support-alb"
  # 如果ALB名称是动态生成的，可以从Helm values或输出变量中获取
  # 比如如果Helm chart输出了ALB名称：name = helm_release.argocd.outputs.alb_name

  depends_on = [helm_release.argocd]
}

# 创建Route53记录时直接使用ALB的DNS名称
resource "aws_route53_record" "argocd" {
  name    = "argocd"
  type    = "CNAME"
  ttl     = 600
  zone_id = aws_route53_zone.r53_zone.id
  records = [data.aws_lb.argocd_alb.dns_name]
}

方案2：等待Ingress status填充完成（适配Kubernetes数据源） #

如果你坚持要用kubernetes_ingress数据源，需要确保Terraform在查询前等待Ingress的status字段被填充。可以用null_resource配合kubectl轮询，直到hostname出现：

# 轮询Kubernetes API，直到Ingress的status.hostname存在
resource "null_resource" "wait_for_ingress_ready" {
  provisioner "local-exec" {
    command = <<EOT
      set -e
      NAMESPACE="${helm_release.argocd.namespace}"
      INGRESS_NAME="argocd-server"
      
      echo "Waiting for Ingress $INGRESS_NAME in $NAMESPACE to have ALB hostname..."
      until kubectl get ingress "$INGRESS_NAME" -n "$NAMESPACE" -o jsonpath='{.status.loadBalancer.ingress[0].hostname}' | grep -q 'elb.amazonaws.com'; do
        sleep 10
        echo "Still waiting..."
      done
      echo "Ingress is ready! Hostname: $(kubectl get ingress "$INGRESS_NAME" -n "$NAMESPACE" -o jsonpath='{.status.loadBalancer.ingress[0].hostname}')"
    EOT
  }

  depends_on = [helm_release.argocd]
}

# 让Ingress数据源依赖这个等待资源
data "kubernetes_ingress" "argocd" {
  metadata {
    name      = "argocd-server"
    namespace = helm_release.argocd.namespace
  }

  depends_on = [null_resource.wait_for_ingress_ready]
}

# 原Route53记录配置不变
resource "aws_route53_record" "argocd" {
  name    = "argocd"
  type    = "CNAME"
  ttl     = 600
  zone_id = aws_route53_zone.r53_zone.id
  records = [data.kubernetes_ingress.argocd.status.0.load_balancer.0.ingress.0.hostname]
}

这种方式需要你的Terraform执行环境有kubectl且配置了正确的Kubernetes上下文。

方案3：简单的固定时长等待（快速但不可靠） #

如果你的环境允许简单粗暴的等待，可以用time_sleep资源让Terraform暂停一段时间，给Ingress Controller足够时间创建ALB：

# 等待60秒（根据你的ALB创建速度调整，比如30-120秒）
resource "time_sleep" "wait_for_alb" {
  create_duration = "60s"

  depends_on = [helm_release.argocd]
}

data "kubernetes_ingress" "argocd" {
  metadata {
    name      = "argocd-server"
    namespace = helm_release.argocd.namespace
  }

  depends_on = [time_sleep.wait_for_alb]
}

注意：这种方式不可靠，因为ALB创建时间可能因AWS负载波动而变化，容易在繁忙时段失败。

为什么会出现这个问题？ #

depends_on = [helm_release.argocd]只保证Helm已经把Ingress资源提交到Kubernetes API，但不保证Ingress Controller完成了ALB的创建和status字段的更新。Terraform的kubernetes_ingress数据源是即时查询的，此时Ingress的status字段还没被填充，所以返回null。

额外排查点：

• 确认你的Terraform Kubernetes Provider是最新版本（旧版本可能对Ingress v1的status字段处理有bug）
• 手动执行kubectl get ingress argocd-server -n argocd -o yaml，确认status字段确实存在后再运行Terraform，验证是否是时机问题

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