【部署】python项目

【Flask启动】
在讲解Flask框架的第一章节提到，启动Flask可以直接运行如下代码：

if __name__ == "__main__":
    app.run()

但启动之后的日志中会包含如下提示：

WARNING: This is a development server. Do not use it in a production deployment.
   Use a production WSGI server instead.

翻译过来的含义就是，当前使用的是开发模式下的服务器，请不要在生产环境使用它，而是要使用一个生成环境下的WSGI服务器

那到底什么是开发模式服务器，什么又是生产环境的WSGI服务器呢？

Web服务的组成

准确来说，一个Flask后端应用，并不等同于一个完整的Web服务，一个完整的Web服务如下图所示：

需要由一个Web服务器接收浏览器发出的HTTP请求，并经由WSGI标准接口与APP进行通信，APP处理完请求之后，再将响应经由WSGI处理，最终由Web服务器发送给前端。Flask应用就是APP的角色，而Server通常会由另一个组件来实现，当通过app.run()启动Flask应用时，其实是Flask内置了一个仅用于开发调试的低性能、简易的Server，这也是为什么不建议直接在生产环境使用app.run()来部署Flask应用（不建议并不是不能）。

WSGI（实现协议转换，把接收到的http请求在内部转换成WSIG协议格式的请求，这样应用就可以处理这些请求了）

全称Web Server Gateway Interface，WSGI是一种规范，用来描述web server如何与web application通信的规范。

• 要实现WSGI协议，必须同时实现web server和web application，uWSGI和gunicorn都是实现了WSGI server协议的服务器，Django/Flask是实现了WSGI application协议的web框架，因此uWSGI接收了http请求后转化为WSGI协议，uWSGI便能和flask进行通信。
• WSGI协议的server： 是把HTTP协议转化成支持的网络协议。比如把HTTP协议转化成WSGI协议，让Python可以直接使用。

gunicorn和uWSGI是实现了WSGI协议的web服务器

• uWSGI：是一个全功能的HTTP服务器，实现了WSGI协议、uwsgi协议、http协议等。
• 用于接受http请求并转换为WSGI协议，以供实现了WSGI协议的flask使用，并且gunicorn得益于gevent等技术，大幅度提高了性能，在生产环境以替代框架自带的WSGI server。
• tornado之类的框架只支持单核，gunicorn可以提供多进程支持，提升多核服务器的处理性能。

为什么还要加一成nginx

nginx也是一种web服务器，但功能和gunicorn/uWSGI有些差别

• nginx没有实现WSGI协议，如果是nginx+flask的组合的话就必须使用框架自带的WSGI server，性能渣。
• 静态文件支持，经过配置之后，nginx可以直接处理静态文件请求而不用经过应用服务器，避免占用宝贵的运算资源；还能缓存静态资源，使访问静态资源的速度提高。
• 抗并发压力。可以吸收一些瞬时的高并发请求，让nginx先保持住连接(缓存http请求)，然后后端慢慢消化。如果让Gunicorn直接提供服务，浏览器发起一个请求，鉴于浏览器和网络情况都是未知的，http请求的发起过程可能比较慢，而Gunicorn只能等待请求发起完成后，才去真正处理请求，处理完成后，等客户端完全接收请求后，才继续下一个。
• HTTP 请求缓存头处理得也比 gunicorn和uWSGI 完善。
• 多台服务器时，可以提供负载均衡和反向代理。

大意如图：