独立运行Docker容器时Nginx报upstream找不到flask_server及ECS适配问题

解决方案 #

方案1：同任务部署（推荐，适用于两个容器紧耦合的场景）

如果你的nginx和flask服务是紧耦合、需要一起部署扩缩容的，直接将两个容器定义放在同一个ECS任务中：

• 任务网络模式选择awsvpc，同一个任务内的所有容器共享网络命名空间，互相可以通过127.0.0.1+端口直接访问
• 修改nginx.conf配置，将代理地址改为http://127.0.0.1:3000即可，不需要任何额外的网络配置，也不存在启动顺序依赖

server {
    listen 80;
    server_name default_server;
    location /api {
        proxy_pass http://127.0.0.1:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

方案2：独立服务部署（适用于两个容器需要独立扩缩容的场景）

如果两个容器需要分开部署为独立的ECS服务，使用内部服务发现实现互通：

• 开通AWS Cloud Map服务，为flask的ECS服务注册一个私有内部域名，比如flask-server.internal
• 修改nginx.conf配置，将upstream地址改为你注册的内部域名即可，ECS会自动维护域名和flask容器实例IP的映射关系，扩缩容时会自动更新解析记录，不需要手动配置网络别名。

方案3：bridge网络模式下的等效别名配置

如果你使用的是ECS的bridge网络模式，可以通过配置容器的hostname参数实现和--network-alias等效的效果：

• 在flask的ECS容器定义中，设置hostname字段值为flask_server
• 两个服务加入同一个VPC私有网络，即可直接通过flask_server:3000互通。

补充说明：你本地单独启动容器时需要加--network-alias的原因是你启动flask容器时没有指定--name flask_server，默认容器名是随机生成的，docker DNS无法将flask_server解析到对应容器IP，如果你加了--name flask_server参数，不需要额外配置网络别名也可以正常解析。

你之前使用宿主机IP的临时方案存在较大局限性，仅适用于两个容器部署在同一台宿主机的场景，且依赖端口暴露和启动顺序，生产环境不建议使用。

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