不使用Nginx等第三方工具部署带SSL的Django项目是否可行？

两种可行的直接部署方案 #

• 开发调试场景
  默认Django内置的runserver不支持HTTPS，你可以安装django-extensions扩展，使用它提供的runserver_plus命令加载SSL证书启动服务，示例命令：

pip install django-extensions
python manage.py runserver_plus 0.0.0.0:443 --ssl-certificate ./你的域名证书.crt --ssl-key ./你的域名私钥.key

注意：Django官方明确说明内置的开发服务器没有经过生产级安全、性能验证，该方案绝对不能用于生产环境。

• 中小流量生产场景
  你可以直接使用生产级的ASGI/WSGI服务器（比如Uvicorn、Gunicorn）加载SSL证书对外提供服务，不需要额外配置反向代理。以Uvicorn为例，启动命令示例：

uvicorn 你的项目名.asgi:application --host 0.0.0.0 --port 443 --ssl-keyfile ./你的域名私钥.key --ssl-certfile ./你的域名证书.crt

该方案性能、安全性满足低并发生产场景需求，可直接对外提供服务。

为什么业内普遍还是搭配Nginx/Apache这类反向代理使用？ #

并不是硬性要求，只是反向代理可以提供很多Django本身不具备的能力，大幅降低生产环境运维成本：

• 静态资源处理性能提升数十倍：Django本身处理CSS、JS、图片等静态资源的效率极低，反向代理可以直接返回静态资源，无需占用Django进程资源，整体服务性能提升非常明显。
• 额外的流量管控能力：反向代理可以轻松实现限流、WAF防护、多站点同端口部署、负载均衡、访问日志统一采集等功能，这些功能如果基于Django自行开发，成本极高。
• 服务稳定性更高：Nginx这类反向代理的抗并发、异常容错能力经过了全球海量业务验证，前端加一层反向代理可以屏蔽后端Django进程偶发的超时、异常崩溃问题，提升整体服务可用性。

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