AWS ECS Fargate Service Connect未更新/etc/hosts问题问询

问题现象 #

在同一AWS Service Discovery私有命名空间下，通过Terraform并行部署依赖service_1的service_2时：

• service_1容器的/etc/hosts会自动生成127.255.0.1 service1条目，实现自发现
• service_2容器的/etc/hosts无service1对应条目，无法通过主机名访问service_1
• 强制重新部署service_2后，其/etc/hosts会生成正确的service1映射，恢复访问

问题根因 #

AWS Service Connect不会主动刷新已运行容器的/etc/hosts配置。容器启动时才会注入Service Connect的DNS别名映射，并行部署时service_2启动早于service_1完成注册，因此未获取到service_1的别名配置。

解决方案 #

1. 单向依赖场景（service_2依赖service_1） #

直接在Terraform的service_2模块中添加depends_on，确保service_1完成部署并注册到Service Connect后，再启动service_2的部署：

module "service2" {
  source = "terraform-aws-modules/ecs/aws//modules/service"

  cluster_arn = module.ecs_cluster.arn
  // ... 其他配置

  // 强制等待service1部署完成
  depends_on = [module.service1]
}

2. 双向依赖场景（service_1与service_2互相依赖） #

由于双向依赖无法通过depends_on直接排序，可分两步部署：

1. 首次部署：先创建两个服务的基础配置，此时两个服务都无法解析对方的Service Connect别名
2. 二次触发部署：对两个服务执行强制重新部署（或通过Terraform修改无关配置触发更新），此时容器重启会注入完整的互相发现的/etc/hosts条目

也可以通过Terraform的null_resource配合AWS CLI，实现自动触发二次部署：

resource "null_resource" "redeploy_services" {
  triggers = {
    service1_arn = module.service1.service_arn
    service2_arn = module.service2.service_arn
  }

  provisioner "local-exec" {
    command = <<EOF
      aws ecs update-service --cluster ${module.ecs_cluster.name} --service ${module.service1.service_name} --force-new-deployment
      aws ecs update-service --cluster ${module.ecs_cluster.name} --service ${module.service2.service_name} --force-new-deployment
    EOF
  }

  depends_on = [module.service1, module.service2]
}

补充说明 #

Service Connect的/etc/hosts注入是容器启动阶段的一次性操作，这是当前实现的限制——其核心设计是通过服务发现实现动态路由，而非实时更新运行中容器的本地DNS映射。对于频繁变更的服务，建议直接使用Service Connect提供的服务发现端点（而非依赖本地/etc/hosts），或者配置健康检查+自动重启策略，让容器在服务注册变更后自动刷新配置。

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