Docker版Elastic Beanstalk：如何让docker-compose读取环境变量？

核心问题原因 #

部署失败主要源于两点：

• 设为空值的.env变量会覆盖Elastic Beanstalk传递的环境属性，导致docker-compose.yaml渲染后变量为空
• Docker Compose默认会自动加载同级.env文件，优先级高于外部传递的环境变量

正确配置步骤 #

1. 清理.env文件

   • 直接删除.env中的DATABASE_USER和DATABASE_PASSWORD条目，不要设为空值。如果有其他非敏感变量需要保留，仅移除敏感变量行即可。

2. 确保docker-compose.yaml的ERB渲染正确

   • 保留<%= ENV['DATABASE_USER'] %>和<%= ENV['DATABASE_PASSWORD'] %>的引用方式，Elastic Beanstalk会在部署阶段先渲染这个模板，把平台环境属性注入进去。示例配置：

     version: '3.8'
     services:
       your-app-service:
         image: your-app-image
         environment:
           DATABASE_USER: <%= ENV['DATABASE_USER'] %>
           DATABASE_PASSWORD: <%= ENV['DATABASE_PASSWORD'] %>
           # 其他非敏感环境变量可继续从.env读取或直接写死
         # 其他服务配置...
     

3. 可选：强制禁用Docker Compose自动加载.env

   • 若需保留.env但不想让它干扰环境变量读取，在docker-compose.yaml顶级添加env_file: []，明确禁止自动加载.env文件：

     version: '3.8'
     env_file: [] # 禁用默认.env加载行为
     services:
       # 服务配置...
     

4. 验证Elastic Beanstalk环境属性

   • 进入Elastic Beanstalk控制台，找到目标环境，在「配置」→「软件」→「环境属性」中确认DATABASE_USER和DATABASE_PASSWORD已正确配置，变量名大小写完全匹配（环境变量大小写敏感）。

5. GitHub推送防护

   • 将.env加入.gitignore文件，避免后续误将敏感信息提交到代码仓库。

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