Python服务部署 Flask/Django + uWSGI/Gunicorn

一. flask、django 项目不推荐 使用 自带 run/run server 方法 部署

run/run server 方式是flask/django 调试模式，使用的是自带WSGI服务器运行，开启的方式为单进程，性能低
flask的run 方法默认开启方式是单进程且单线程，通过设置 thread e d=True可开启多线程，设置 process es=10可开启多进程，但多进程和多线程不能同时开启，且需要关闭 debug 模式，且设置多进程在windows 系统下不支持
在官方描述中也声明，flask/django 自带的server只能用于开发调试，并不适合用于生产环境
推荐使用专业的web server进行部署，如：uWSGI、Gunicorn，本质原因是uWSGI、Guni corn在配置：多线程可以绕过IO阻塞 + 多进程充分利用多核

二. We b 服务器、WSGI、Flas k/Django 框架 关系

1. WSGI简介

WSGI(We b Serv er Ga t ewa y Interface)，既不是服务器，也不是应用，而是一种接口（规范），描述 web server如何与web application 通信的规范:

1. 服务器的请求处理要调用符合WSGI规范的网关接口；
2. 由网关接口来调用应用程序，并且其要定义start_response(status, headers)函数，用于返回响应；
3. 应用程序须是一个可调用对象（函数/类），webapp(environ, start_response)。接受两个参数，environ是环境设置的字典，由服务器和WSGI网关接口设置，start_response是由网关接口定义的函数。

web server：实现了WSGI server协议的服务器，如uWSGI、Guni corn
Gatewa y Interface：网关接口，如CGI、WSGI
application：实现了WSGI ap plication 协议的框架，如Django、Flas k

网络通信的完整流程:

先创建一个web服务器，监听端口，接收请求，并将请求路由转发给对应的应用程序。
再创建一个web应用程序，用于接收到请求，经过必要的处理，返回响应给服务器。
服务器接收响应，返回给客户端（浏览器）

WSGI 只适用于 Py th on 语言，定义了 web服务器和 web应用之间的接口规范。解耦了服务器类与应用程序类，只要 web服务器和 web应用都遵守WSGI协议，那么 web服务器和 web应用就可以随意的组合

2. Application实现

WSGI规范规定，Applica ti on 必须是一个可调用的对象，它可以是函数，可以实现了__call __的类的实例对象，也可以是实现了__iter__的类对象。

不管是哪种方式的可调用对象，都要遵循两个 原则：

必须接收envi ron(WSGI环境信息), start_res p onse(响应请求函数)两个参数;（这两个参数都由Web Server来定义的）
必须返回可迭代的对象。

其中传入的start_response方法接收两个参数：
1. status：HTTP状态，譬如：“200 OK”
2. res p onse_headers：响应消息的头，譬如：[(‘Content-Ty pe’, ‘text/pla in’)]，以list的形式，每个元素是一个tuple，而每一个tuple里有两个元素，key和value

同理，Web Server也必须实现这两个对象，定义 完成后，要调用 applica ti on，将两个参数传入

3. Web框架层协议体现

Web框架的作用主要是方便我们开发 web应用程序，也遵循WSGI协议，以flask 为例，遵循WSGI协议体现的源码：

class Flask(_PackageBoundObject):
    .....
    def wsgi_app(self, environ, start_response):
        ctx = self.request_context(environ)
        error = None
        try:
            try:
                ctx.push()
                response = self.full_dispatch_request()
            except Exception as e:
                error = e
                response = self.handle_exception(e)
            except:
                error = sys.exc_info()[1]
                raise
            return response(environ, start_response)
        finally:
            if self.should_ignore_error(error):
                error = None
            ctx.auto_pop(error)

    def __call__(self, environ, start_response):
         return self.wsgi_app(environ, start_response)
    ...

在Flas k中处理请求的入口__call__方法, 又调用了另一个方法wsgi_app，所有的请求将会在这几行代码中处理完成, 并且最终返回

补充：在Web Server和应用之间还存在中间件 middleware，中间件也必须满足两方的WSGI协议

4. uwsgi协议、uWSGI服务器

uwsgi同wsgi 一样也是一种协议，uWSGI服务器正是使用了 uwsgi 协议
uWSGI实现了 uwsgi 和 WSGI 两种协议的web服务器。注意 uWSGI 本质上也是一种 web服务器，处于上面描述的三层结构中的Web Server层。

三. Guni corn

1. 简介

gunicorn-绿色独角兽，python的WSGI HTTP Server，WSGI的实现，同时也自带Web Server，能直接对外提供web服务。既支持 event let也支持 greenlet。
只支持在Unix系统上运行，所在位置通常在反向代理（如：Ngin x）和一个Web应用（如Flas k）之间

2. Guni corn工作 模式

gunicorn 支持使用不同的worker 进程类型，可通过 worker–class 参数配置。
启动后，gunicorn的所有worker共用一组 listener（Guni corn支持绑定多个 socket，所以说是一组）。在启动 worker时，worker内为每个 listener创建一个WSGI server，接收HTTP请求，并调用 app对象去处理请求。
Guni corn启动项目后会有一个主进程Master和一个或多个工作进程。工作进程的数量可以指定。工作进程是实际处理请求的进程。主进程维护服务器的运行
gunicorn的工作模式一般分为同步worker使用和异步worker使用（默认是异步，异步worker有Gevent和Eventlet两种，都是基于Greenlet实现的），例如在单核机器上运行的gevent：

gunicorn --worker-class=gevent --worker-connections=1000 --workers=3 main:app

worker-connection 是对于 gevent worker 类的特殊设置。（2CPU）+1 是建议的worker数量。因为这里是单核，我们设置的是3个worker。在这种情况下，最大的并发请求数是3000（3个worker1000个连接数/worker）

3. Gunicorn实现高并发

Gunicorn在启动时就已经把worker进程预先 fork出来了，当多个请求到来的时候，会轮流复用这些worker进程，从而提高服务器并发负载能力
对于worker数量配置，推荐2CPU数+1；这样在任何时间，都有大概一半worker在做I/O，剩下一半才是需要CPU的；如果在开多进程的同时，也开多线程（即选择 g th read 类型的worker），那么，配置总的并发数（worker进程线程数），仍然建议2CPU数+1