在AWS Elastic Beanstalk的Docker容器中无法访问环境变量求助

我完全懂你的困扰——在Dockerfile里用RUN执行migrate时拿不到EB UI配置的环境变量，这其实是Docker构建阶段和容器运行阶段的环境变量完全隔离导致的，EB的自定义环境变量是在容器启动时才注入的，镜像构建的时候根本还没这些变量。

核心原因拆解 #

• Docker的RUN指令是在镜像构建阶段执行的，这个过程和EB的运行环境完全独立，EB配置的环境变量不会被传递到构建流程里。
• 而CMD或ENTRYPOINT是在容器启动阶段执行的，这时候EB已经把所有配置的环境变量加载到容器中了，所以把migrate放到启动环节就能正常拿到变量。

具体调整方案 #

1. 直接修改Dockerfile，迁移启动时执行 #

把原来构建阶段的RUN migrate删掉，调整CMD让migrate在容器启动后执行：

FROM python:3
ENV PYTHONUNBUFFERED 1
RUN mkdir /var/app
WORKDIR /var/app
ADD requirements.txt /var/app
RUN pip install -r requirements.txt
ADD . /var/app
EXPOSE 8000
# 移除构建阶段的migrate，合并到启动命令
CMD ["sh", "-c", "python3 manage.py migrate --settings=finimize_django.settings.aws --noinput && python3 manage.py runserver --settings=finimize_django.settings.aws"]

这样修改后，migrate会在EB环境变量加载完成后执行，就能正常访问到你配置的数据库连接等变量了。

2. （可选）如果构建阶段确实需要变量 #

如果你的某些构建步骤（比如安装依赖时需要密钥）必须用到环境变量，可以通过EB的构建环境变量传递：

• 进入EB控制台，找到你的应用环境，进入「配置」→「软件」→「构建环境变量」（注意这和普通运行环境变量是分开的）
• 在这里添加需要在构建阶段用到的变量，这些变量会被传递到Docker构建过程中。
  不过对于Django的migrate来说，完全没必要在构建阶段执行，所以第一种方案是最优解。

3. 进阶优化：用启动脚本管理逻辑 #

如果你的启动前操作越来越多，推荐写一个专门的启动脚本，比如entrypoint.sh：

#!/bin/sh
# 执行数据库迁移
python3 manage.py migrate --settings=finimize_django.settings.aws --noinput
# 启动Django服务器
exec python3 manage.py runserver --settings=finimize_django.settings.aws

然后在Dockerfile里配置：

# ... 其他原有指令 ...
ADD entrypoint.sh /var/app/
RUN chmod +x entrypoint.sh
ENTRYPOINT ["/var/app/entrypoint.sh"]

这种方式更清晰，后续要加其他启动前操作（比如收集静态文件）也更方便。

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