ECS Service Connect与容器links冲突：EC2集群下解决方案求助

核心原因 #

你遇到的报错是因为Docker的links特性和Service Connect的网络配置冲突——links是旧版容器通信方式，和Service Connect依赖的现代网络规则不兼容，必须替换掉links的用法。

可行解决方案 #

1. 改用localhost直接访问（最简单）

同一ECS任务内的多个容器共享网络命名空间，nginx可以直接通过localhost访问php容器的端口：

• 移除nginx容器配置中的links字段
• 修改nginx的fastcgi配置，把原来的fastcgi_pass app:9000;改成fastcgi_pass localhost:9000;
• 确保php容器在任务定义中暴露了对应端口（不需要映射到EC2主机，任务内直接互通）

2. 用任务级自定义Bridge网络（保留容器名访问）

如果想继续用容器名（比如app）访问php，可给AppService任务创建专属的自定义Bridge网络：

• 在任务定义的网络配置里，新增一个自定义Bridge网络（比如命名为app-internal）
• 把nginx和php容器的网络模式都指定为这个自定义网络
• 保留nginx配置中的fastcgi_pass app:9000;即可，此时两个容器在专属网络内可以通过容器名互相访问，且不会和Service Connect冲突

3. 环境变量动态配置（灵活度高）

通过环境变量传递php的访问地址，适配不同场景：

• 在nginx容器的任务定义中添加环境变量，比如PHP_HOST=localhost
• 用envsubst工具在nginx启动时替换配置文件中的变量，比如把配置里的fastcgi_pass ${PHP_HOST}:9000;替换成实际地址
• 启动命令可改为类似envsubst '$PHP_HOST' < /etc/nginx/default.conf.template > /etc/nginx/default.conf && nginx -g 'daemon off;'

内容的提问来源于stack exchange，提问作者Dan F.