如何将Django+ReactJS应用部署至AWS ECS Fargate并处理数据库迁移

AWS ECS 标准部署流程 #

1. 镜像构建与推送 #

• 分别为Django后端、React前端编写生产环境Dockerfile：
  • React：构建静态资源后打包到Nginx镜像中，配置Nginx反向代理到后端API；
  • Django：用Gunicorn或uWSGI作为WSGI服务器，关闭DEBUG模式，配置允许的主机列表。
• 将镜像推送到AWS ECR（弹性容器注册表），确保ECS集群有权限拉取镜像。

2. 网络与安全配置 #

• 创建VPC，包含至少2个公有子网（用于负载均衡、Fargate任务的公网访问）和2个私有子网（用于RDS数据库）；
• 配置安全组：
  • 前端服务安全组：允许80/443端口对外访问；
  • 后端服务安全组：允许前端服务、迁移任务的访问，以及RDS的端口访问；
  • RDS安全组：仅允许后端服务、迁移任务的访问；
• 配置NAT网关，让私有子网内的资源能访问外网（拉取镜像、安装依赖等）。

3. 数据库部署 #

生产环境优先选择AWS RDS PostgreSQL：

• 在私有子网创建RDS实例，配置参数组、存储容量、自动备份策略；
• 创建应用专用的数据库用户和初始数据库，记录连接信息。

如果坚持用容器化PostgreSQL，可选择ECS EC2类型任务，挂载EBS卷持久化数据，但RDS在运维、备份、高可用上更省心。

4. ECS任务定义与服务部署 #

• 创建Fargate类型的ECS集群；
• 编写前端、后端的任务定义：
  • 指定ECR镜像地址；
  • 注入环境变量（如Django的数据库连接字符串、SECRET_KEY，React的API域名）；
  • 配置资源限制（CPU、内存），网络模式选择awsvpc；
  • 为后端任务绑定IAM角色，授予访问RDS、CloudWatch日志、Secrets Manager（若用其存敏感信息）的权限；
• 将任务定义部署为ECS服务：
  • 前端服务关联应用负载均衡（ALB），配置80/443端口监听，转发到前端容器端口；
  • 后端服务可配置内部负载均衡，或直接通过服务发现让前端访问；
  • 配置自动扩缩容规则，根据CPU/内存使用率调整任务数量。

5. 域名与SSL配置 #

• 在Route 53将域名解析到ALB的公网地址；
• 通过AWS ACM申请免费SSL证书，绑定到ALB的HTTPS监听，实现HTTPS访问。

Fargate环境下的Django数据库迁移方案 #

由于Fargate无法SSH进入容器，可通过以下三种方式完成迁移：

方案1：容器启动时自动执行迁移 #

修改后端Dockerfile的启动命令，先执行迁移再启动服务：

CMD ["sh", "-c", "python manage.py migrate --noinput && gunicorn myproject.wsgi:application --bind 0.0.0.0:8000"]

Django的migrate是幂等操作，重复执行不会破坏数据，适合常规迁移场景。需确保数据库连接参数正确注入，且容器有权限访问数据库。

方案2：创建一次性Fargate任务执行迁移 #

• 复制后端任务定义，修改启动命令为仅执行迁移：

  python manage.py migrate --noinput
  

• 每次需要迁移时，手动或通过CI/CD流水线触发运行该一次性任务。这种方式更可控，避免服务启动时重复执行迁移，适合复杂迁移场景。

方案3：本地连接生产数据库执行迁移 #

• 临时调整RDS安全组，允许本地IP访问数据库；
• 在本地环境配置生产数据库的连接参数（通过settings.production或环境变量）；
• 执行命令：

  python manage.py migrate --settings=myproject.settings.production --noinput
  

• 迁移完成后，立即将RDS安全组恢复为原有配置，避免数据库暴露。

注意事项 #

• 生产环境迁移前务必备份数据库，可通过RDS自动备份或手动创建快照；
• 敏感信息（如SECRET_KEY、数据库密码）不要硬编码，用AWS Secrets Manager或Parameter Store存储，在任务定义中引用；
• Django静态资源需执行collectstatic，建议在Docker构建阶段完成：

  RUN python manage.py collectstatic --noinput
  

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