为什么要使用gunicorn和nginx部署项目？

一. 为什么要使用gunicorn或者uWSGI？

1. 平时开发直接启动项目，没有任何配置依然可以访问？

• 因为djaong或者flask自带了一个实现了WSGI协议的server 和 application， 各个web framework也基本上都有自己实现的WSGI server， 但这个server基本上只能用来调试，不能用于生产环境，性能没保障。
• django 通过自带的runserver (python manage.py runserver 0.0.0.0:8000)命令启动，启动文件地址：/Users/fxx/Study/Venv/Heat_venv/lib/python3.7/site-packages/django/core/management/commands/runserver.py 作为WSGI server的启动入口，可从这里开始查看源代码。

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

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

3. WSGI协议

全称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可以直接使用。

 总结：啰里八嗦一大堆，一句话还重复说几次。总之就是实现协议转换，把接收到的http请求在内部转换成WSIG协议格式的请求，这样应用就可以处理这些请求了。

一般并发量不是特别高的情况下，使用gunicorn或者uWSGI部署项目就足够了。

 

二. 为什么还要加一成nginx？

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

• nginx没有实现WSGI协议，如果是nginx+flask的组合的话就必须使用框架自带的WSGI server，性能渣。

• 静态文件支持，经过配置之后，nginx可以直接处理静态文件请求而不用经过应用服务器，避免占用宝贵的运算资源；还能缓存静态资源，使访问静态资源的速度提高。

•  抗并发压力。可以吸收一些瞬时的高并发请求，让nginx先保持住连接(缓存http请求)，然后后端慢慢消化。如果让Gunicorn直接提供服务，浏览器发起一个请求，鉴于浏览器和网络情况都是未知的，http请求的发起过程可能比较慢，而Gunicorn只能等待请求发起完成后，才去真正处理请求，处理完成后，等客户端完全接收请求后，才继续下一个。

• HTTP 请求缓存头处理得也比 gunicorn和uWSGI 完善。

• 多台服务器时，可以提供负载均衡和反向代理。

大意如图：