Django一般用什么服务器，Django部署服务器怎么选？

Gunicorn进程管理的最佳实践

直接使用命令行启动Gunicorn会有个麻烦：进程断了以后不会自动拉起来,普遍做法是用supervisor或systemd来守护进程。

用systemd守护Gunicorn进程

在/etc/systemd/system/gunicorn.service里写入配置：

[Unit]
Description=gunicorn daemon
After=network.target
[Service]
User=www-data
Group=www-data
WorkingDirectory=/path/to/your/project
ExecStart=/path/to/your/venv/bin/gunicorn myproject.wsgi:application --workers 4 --bind unix:/tmp/gunicorn.sock
[Install]
WantedBy=multi-user.target

创建Unix Socket而不是绑定IP端口，可以让Nginx与Gunicorn的通信更快，因为绕过了TCP协议栈的开销，之后用systemctl start gunicorn启动,Nginx配置里指向这个socket即可：

location / {
    proxy_pass http://unix:/tmp/gunicorn.sock;
}

Django和前端联调时服务器又该怎么选

前后端分离的项目里，Django通常只提供API接口，这种情况可以用django-cors-headers解决跨域问题，然后用Gunicorn直接跑在8000端口供前端开发人员访问,前端工程师在开发机上配置代理指向你的服务器IP就行。

Django项目在Windows服务器上的部署考量

如果你的服务器是Windows环境，Gunicorn就跑不了，因为它是Unix专属的，可以考虑用Waitress作为替代。

安装方式：

pip install waitress

启动命令：

waitress-serve --listen=:8000 myproject.wsgi:application

Waitress是纯Python实现，可以跨平台运行,性能足以支撑中小规模应用。

Django服务器部署的常见问题

Q：Django项目必须用Nginx吗？只用一个Gunicorn行不行？

可以，纯粹用Gunicorn跑Django没有任何问题，网站能正常访问，但Gunicorn对静态文件支持不友好，需要额外配置，而且面对恶意请求时防御能力弱于Nginx，如果以后想上HTTPS证书,Nginx配置证书比Gunicorn方便得多。

Q：用宝塔面板部署Django，是选Nginx还是Apache？

建议选Nginx，宝塔面板虽然同时支持两种服务器，但Nginx的配置更简洁、资源占用更小，在宝塔中新建站点时选择Python项目类型,会自动帮你配置好Nginx和Gunicorn的关联。

Q：Gunicorn的workers数量是不是越多越好？

不是，每个worker都会占用独立内存，worker越多内存消耗越大，如果服务器内存只有1GB，配6个worker可能导致内存不足直接崩掉，另外worker之间切换也有CPU开销，过多的worker反而降低整体吞吐量,按CPU核数计算是行业内的通用做法。