nginx+gunicorn/uwsgi+python web 的前世此生

咱们在部署 flask、django 等 python web 框架时，网上最多的教程就是 nginx+gunicorn/uwsgi 的部署方式，那为何要这么部署呢，本文就来系统地解释这个问题。

 

必备概念

WSGI

这里必需要知道的一个概念，WSGI，web service gateway interface，网络服务网关接口

它不是 web server，也不是 web application，它是架在 server 和 application 之间的一种协议和规范。

 

WSGI 的目的就是解耦 web server 和 web application，它包括两个部分，server 和 application，server 用来接收 web 客户端的请求，application 用来接收 server 传来的请求，而后传给 web server

 

gunicorn 

gunicorn 和 uWsgi 就是实现了 WSGI 协议的 web server；

而 flask、django 等 web 框架也是用的 wsgi 协议，因此须要在 web framework 以前加上 gunicorn 或者 uwsgi

 

话说回来，python web 框架都自带 wsgi 服务器，为何还要 这俩呢？一句话，性能太差，只能用于开发环节，具体不作过多解释

 

nginx

nginx 是干什么的呢？参考个人博客 nginx

 

多层部署的原理

这三者结合起来的效果是什么呢， 我作个简单比喻

flask webServer + flask app：弱鸡版的server，单进程（单 worker），该进程挂掉，web 服务挂掉；没法管理

gunicorn + flask app：多进程（多 worker）server，失败自动重启该 worker，看起来不错哦；简单管理

nginx + gunicorn + flask app：反向代理，负载均衡，是否是更牛了；

多 nginx + 多 gunicorn + 多 web app：大型多实例 web server，通常还会给 gunicorn 挂上 supervisor；

 

四种模式详解

第一种 server 是 web framework 自带的框架，很容易挂掉，单 worker 工做对多核 cpu 服务器来讲是一种浪费；

没法对 worker 进行管理，挂了你不知道，你知道了也只能重启；

而 gunicorn 是能够对 worker 进行管理的

 

第二种 server 加上了 gunicorn，gunicorn 至关因而开启了多个进程，它具备如下优势：

1. 能够调节 worker 的数量，在请求较多时，自动新增 worker，请求较少时，自动减小 worker；

2. 帮咱们管理 worker，worker 挂了自动重启

3. 支持多种配置

4. 各类框架都适用，且部署方法相同

 

补充：gunicorn 的 管理机制

在管理 worker 上，gunicorn 使用了 pre-fork 模式，即一个 master 进程管理多个 worker 进程，全部请求和响应都由 worker 执行，master 就是一个 loop，监听 worker 不一样进程信号而且做出响应。

好比接受到 TTIN 提高 worker 数量，TTOU 下降运行 Worker 数量。若是 worker 挂了，发出 CHLD, 则重启失败的 worker, 同步的 Worker 一次处理一个请求。

 

看起来不错，但存在如下问题：

1. gunicorn 若是要实现复杂功能，其配置比较复杂

2. gunicorn 有些功能是没法实现的，好比 访问控制、限速、限制链接数等

3. gunicorn 不支持 https，固然高版本支持，可是不如 nginx 

4. gunicorn 不支持 http1.1

5. gunicorn 没法扛住巨大的并发量

 

第三种 server 加上 nginx，只为更加高效更加健壮的 web 服务，nginx 的做用

1. 负载均衡：有效的调度 request，而 gunicorn 虽然是多进程，可是没不能 主动地 对 request 进行调度

2. 动静分离：通过配置后，nginx 能够直接处理静态请求，而无需通过 python web 服务器，这一点 gunicorn 没有

3. 缓存 request 和 response：web 请求包含各类浏览器和各类网络，故 http 请求的发起是一个比较慢的过程，而 gunicorn 须要等待整个请求结束，才处理该请求，而且等 web server 接收完这个请求后，才继续下一个；

nginx 能够缓存客户端的请求，收完整个请求后，转发给 gunicorn，等 gunicorn 返回 response 后，再转发给客户端；

这是 nginx 擅长，而 gunicorn 不擅长

 

第四种 server 能够经过 nginx 实现 多后端、跨语言后端等 高可用 的负载均衡 web 服务器

 

总结

只作适合的事，没有绝对的谁只能作什么事；

nginx 功能强大，适合作管理，适合大规模的 web

gunicorn 多进程，充分利用服务器资源，能够支持一些并发量不大的web

 

总图

 

 

 

 

参考资料：

https://zhuanlan.zhihu.com/p/36268647　　WSGI及gunicorn指北（一）

https://www.zhihu.com/question/297267614/answer/505683007　　nginx和gunicorn和flask的关系？

https://www.zhihu.com/question/38528616