Python中Django作为Web服务器，为什么线上部署要用到uWSGI和Nginx？
部署 django 的线上环境时，通常要搭配 nginx 和 uwsgi，但是实在不懂，他们之间的明确关系，到底都是必须的么，为什么本地环境就一个 django 就可以了，怎么到了线上，还需要 nginx 和 uwsgi，不理解
Python中Django作为Web服务器，为什么线上部署要用到uWSGI和Nginx？
一个成熟的站点提供服务，需要 Web 服务器 [静态数据] 和 App 服务器[动态数据]
Web 服务器目前属 Nginx 最强大，请求代理过来后，把数据返回给请求客户端，但是目前的互联网发展时代，都是包含动态数据处理的，这样一般 Nginx 不处理业务逻辑，就外包给后端的 App 服务器，这里就是你的 django 服务器
当然目前有些全功能的 Web 服务器开发模式已经出现，比如 OpenResty , 可以预见，未来有更多的业务逻辑前置在 Web 服务器内部实现
Django自带的开发服务器（runserver）就是个玩具，线上用纯属作死。它单线程、性能差、不安全，根本扛不住真实流量。
简单说，uWSGI和Nginx是这么分工的：
- uWSGI：应用服务器。它专门负责执行你的Django Python代码，处理并发请求，管理进程。Django自己不会直接处理HTTP请求，uWSGI才是那个干重活的。
- Nginx：反向代理/Web服务器。它挡在最前面，处理静态文件（比Python快得多）、负载均衡、SSL加密、缓冲请求，还能防一些基础攻击。它把动态请求转发给后端的uWSGI。
一个典型的最小化部署架构长这样：
客户端 <-> Nginx <-> uWSGI <-> Django应用
给你看个最简配置，大概就明白它们怎么连起来了。
1. 先安装必要的包：
pip install uwsgi
# Nginx 需要用系统包管理器安装，比如：
# Ubuntu/Debian: sudo apt install nginx
# CentOS/RHEL: sudo yum install nginx
2. 一个极简的uWSGI配置文件 myproject_uwsgi.ini：
[uwsgi]
# 使用Unix socket比TCP端口更快更安全
socket = /tmp/myproject.sock
# 你的Django项目目录（manage.py所在目录）
chdir = /path/to/your/project
# Django的WSGI模块路径（项目名.wsgi）
module = myproject.wsgi:application
# 启动的master进程和worker进程数
master = true
processes = 4
threads = 2
# 退出时清理socket文件
vacuum = true
# 以守护进程模式运行
daemonize = /var/log/uwsgi/myproject.log
3. 一个对应的Nginx站点配置 /etc/nginx/sites-available/myproject：
server {
listen 80;
server_name yourdomain.com;
location /static/ {
alias /path/to/your/project/static/; # Django收集静态文件的目录
}
location / {
include uwsgi_params;
uwsgi_pass unix:/tmp/myproject.sock; # 必须和uWSGI配置的socket路径一致
}
}
4. 启动命令：
# 启动uWSGI（指定配置文件）
uwsgi --ini myproject_uwsgi.ini
# 启用Nginx配置并重启
sudo ln -s /etc/nginx/sites-available/myproject /etc/nginx/sites-enabled/
sudo systemctl restart nginx
所以，为什么不用Django自带的服务器？因为专业的事就得交给专业的工具。uWSGI负责高效跑Python，Nginx负责高效处理Web和静态资源，它们组合起来才是一个能扛住生产环境的生产力工具。
总结：生产部署必须用专业服务器组合。
因为标准 Python 只能是是单线程，无法并发，而 uwsgi / gunicorn 通过多进程池达成了更暴力的并发。
至于 nginx，你静态文件都走 Python 程序，不是浪费机器性能嘛？
生产环境怎么部署 Django 是性能和安全方面的需求决定的。
Django 的内置 server 性能有多差，你用 ab 之类的工具压测一下就知道了。
在需要性能的场合，通常单单 nginx 和 uwsgi 也是不够的。nginx 主要优化的是连接数和静态文件。uwsgi 主要优化的是 wsgi 服务。这些都只是手段。其它手段包括，优化数据库，增加缓存，加入负载均衡器，引入异步 IO 框架，计算密集型模块用 C 重写等。
安全性方面，也会有很多考虑，这里不展开。
因为 Django 根本不是 http 服务器，而是 web 框架，本就是要搭配 uwsgi 和 /或 nginx 用的
只不过开发组体谅用户，自带一个简易的调试用服务器，那是不能用于生产的
gunicorn 的 gevent 模式也挺强大的，虽然比不上 Nginx，未必比不过 Apache
首先你要明确几个概念及其作用（注意大小写的区别）：
- WSGI
- uWSGI
- uwsgi
- Nginx
WSGI 是一种协议，不是任何包不是任何服务器，就和 TCP 协议一样。它定义了 Web 服务器和 Web 应用程序之前如何通信的规范。
至于为什么和 Python 扯在一起？因为这个协议是由 Python 在 2003 年提出的。（参考：PEP-333 和 PEP-3333 ）
> WSGI is the Web Server Gateway Interface. It is a specification that describes how a web server communicates with web applications, and how web applications can be chained together to process one request.
uWSGI 是一个全功能的 HTTP 服务器，他要做的就是把 HTTP 协议转化成语言支持的网络协议。比如把 HTTP 协议转化成 WSGI 协议，让 Python 可以直接使用。
> The uWSGI project aims at developing a full stack for building hosting services.
>
> Application servers (for various programming languages and protocols), proxies, process managers and monitors are all implemented using a common api and a common configuration style.
uwsgi 是一种 uWSGI 的内部协议，使用二进制方式和其他应用程序进行通信。
> The uwsgi (lowercase!) protocol is the native protocol used by the uWSGI server.
>
> It is a binary protocol that can carry any type of data. The first 4 bytes of a uwsgi packet describe the type of the data contained by the packet.
Nginx 是一个 Web 服务器其中的 HTTP 服务器功能和 uWSGI 功能很类似，但是 Nginx 还可以用作更多用途，比如最常用的反向代理功能。
所以用一张图来描述一下这个过程：
接下是为什么不能用 Django 的 Web 服务器直接部署
Django 是一个 Web 框架，框架的作用在于处理 request 和 reponse，其他的不是框架所关心的内容。所以怎么部署 Django 不是 Django 所需要关心的。
Django 所提供的是一个开发服务器，这个开发服务器，没有经过安全测试，而且使用的是 Python 自带的 simple HTTPServer 创建的，在安全性和效率上都是不行的。
> DO NOT USE THIS SERVER IN A PRODUCTION SETTING. It has not gone through security audits or performance tests.
在 Django 源码中可以很清楚的看出来，runserver 起来的 HTTPServer 就是 Python 自带的 simple_server。
> 以下是最新版本 Django 有关 runserver command 的代码节选
- [django.core.management.commands.runserver.Command:run]( https://github.com/django/django/blob/master/django/core/management/commands/runserver.py#L100-L107)
- [django.core.management.commands.runserver.Command:inner_run]( https://github.com/django/django/blob/master/django/core/management/commands/runserver.py#L141-L142)
其中 inner_run 函数中的 run 方法和 run 方法中 server_cls 参数分别取自 [django.core.servers.basehttp:run]( https://github.com/django/django/blob/master/django/core/servers/basehttp.py#L164-L180) 和 [django.core.servers.basehttp:WSGIServer]( https://github.com/django/django/blob/master/django/core/servers/basehttp.py#L57-L73)
而 WSGIServer 又的父类就是 wsgiref.simple_server。既然是 simple 了很多东西都是不太可以的。
既然 uWSGI 可以完成 Nginx 功能，那为什么又要用 Nginx
因为 Nginx 牛逼啊，能直接在 Ninx 层面就完成很多事情，比如静态文件、反向代理、转发等需求。
## 参考
- [WSGI 官方文档]( https://wsgi.readthedocs.io/en/latest/index.html)
- [uWSGI 官方文档]( http://uwsgi-docs.readthedocs.io/en/latest/index.html)
- [Django django-admin runserver]( https://docs.djangoproject.com/en/1.11/ref/django-admin/#runserver)
