Django + React项目应如何设计部署架构与项目结构？

两种部署方案优缺点对比 #

方案一：React打包后交给Django托管 #

优点

• 成本低：仅需一台服务器即可运行全套服务，无额外资源支出
• 部署流程简单：前端打包后放到Django的STATIC_ROOT指定目录即可，不需要额外配置跨域、反向代理规则，天然同源不存在跨域问题
• 天然兼容Django admin：admin是Django自带服务，不需要额外适配就能正常访问
• 运维复杂度低：仅需维护一套服务的监控、备份、升级逻辑，小项目阶段运维成本极低

缺点

• 扩容灵活性差：后续如果前端访问量上涨，只能和后端一起扩容，没法针对前端单独做静态资源CDN加速、边缘节点分发等优化
• 耦合度高：前端发布和后端发布强绑定，哪怕只是修改一行前端文案，也要走整套后端服务的发布流程，两边迭代容易互相影响
• 静态资源处理性能弱：Django本身不是专门做静态资源分发的服务，高并发下静态资源响应速度远不如Nginx、对象存储这类专门的静态资源服务

方案二：前后端独立部署 #

优点

• 扩容灵活：前后端可以根据各自的负载情况独立扩容，前端可以直接托管到对象存储、CDN上，完全不需要单独采购服务器，后端只需要处理接口请求，资源利用率更高
• 迭代互不影响：前端、后端可以独立走发布流程，只要接口协议兼容，两边的版本发布完全不需要对齐，迭代效率更高
• 性能更好：前端静态资源走专门的CDN/对象存储服务，访问速度远高于Django托管的静态资源，后端也不需要消耗资源处理静态请求，能承载更多接口请求
• 不影响Django admin使用：admin仍然运行在后端服务上，只要做好后端服务的路由配置，即可正常访问

缺点

• 初期配置相对复杂：需要额外配置跨域CORS规则，前端打包时要指定后端接口地址，路由规则也要单独配置
• 小项目阶段的资源成本略高：如果不用免费/低成本的静态托管服务，确实要多付一部分资源费用，但实际上现在主流云厂商的静态资源托管服务费用极低，小流量阶段每个月仅需几块钱甚至免费，成本增加可以忽略

针对你的场景的选型建议 #

结合你给出的三个前提，推荐分阶段选择方案：

1. 当前小项目阶段：选择方案一
   完全满足你现阶段的需求，成本低、运维简单，Django admin直接可用，开发迭代不需要处理额外配置问题，够支撑到日活几千甚至上万的规模都不会有明显性能瓶颈。
2. 后续用户量上涨、需要扩容的时候：平滑迁移到方案二
   不需要做代码层面的重构，仅需要把之前打包好的React静态资源单独放到CDN/对象存储上托管，后端配置好CORS规则即可，完全可以做到无缝切换，也不影响Django admin的使用，成本上涨幅度远低于扩容单台服务器的成本。

内容的提问来源于stack exchange，提问作者F.C.