部署Django应用至AWS ElasticBeanStalk时无法解析主机名'db'

你遇到的核心问题是AWS EB环境中Docker服务间的DNS解析失败——本地Docker Compose默认会自动创建自定义桥接网络，服务间可通过名称直接解析，但EB的多容器环境需要额外配置来保证这一能力。下面是针对性的解决方案：

1. 显式定义共享网络 #

修改你的docker-compose.yml，添加一个显式的桥接网络，让所有服务都加入这个网络，强制它们处于同一网络环境中，确保DNS解析正常：

version: '3'
services:
  db:
    image: postgres
    hostname: db
    networks:
      - app-network
  app:
    build:
      context: .
      dockerfile: config/app/Dockerfile
    command: sh /config/on-container-start.sh
    hostname: app
    volumes:
      - ./app:/app
    expose:
      - "8000"
    depends_on:
      - db
    networks:
      - app-network
  nginx:
    image: nginx:latest
    hostname: nginx
    ports:
      - "80:8000"
    volumes:
      - ./config/nginx:/etc/nginx/conf.d
    depends_on:
      - app
    networks:
      - app-network
networks:
  app-network:
    driver: bridge

2. 确认EB环境类型为多容器Docker #

AWS ElasticBeanStalk分单容器和多容器两种Docker环境。如果你的环境是单容器类型，它只会运行compose中的一个服务，其他服务（比如db）不会启动，自然无法解析主机名。

你需要确保创建EB环境时选择了Multicontainer Docker类型；如果环境已创建，可在控制台的环境配置中确认是否启用了多容器支持。

3. 等待数据库就绪后再启动Django #

depends_on仅保证服务的启动顺序，不保证数据库完全就绪（比如PostgreSQL启动后需要几秒才能接受连接）。即使主机名能解析，也可能因数据库未就绪报错，建议在on-container-start.sh中添加等待逻辑：

首先确保app容器安装了PostgreSQL客户端工具（基于Debian的镜像可运行apt-get update && apt-get install -y postgresql-client），然后修改脚本：

#!/bin/sh
# 等待PostgreSQL服务就绪
until pg_isready -h db -p 5432 -U postgres; do
  echo "等待PostgreSQL启动..."
  sleep 2
done

# 执行Django初始化命令
python manage.py migrate
# 启动Django服务
python manage.py runserver 0.0.0.0:8000

4. 检查EB安全组配置 #

虽然同一网络内的容器默认可互相访问，但如果EB环境的安全组限制了端口，可能导致连接失败。确认app容器所在的安全组允许访问db容器的5432端口（同一VPC内的流量通常默认允许，但最好验证一下）。

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