为什么生产上不使用Web框架自带的服务
Python有内置的WSGI服务器，用来做Python Web开发的框架，例如Flask，Django等，也会对WSGI做实现。因此写完代码，想要调试的时候，就可以使用Python内置的，或者Web框架提供的WSGI服务器。
既然这样，为什么生产环境的部署，和我们调试时的方式不太一样呢？
因为不管是Python内置的，还是Web框架的服务，它们都不是专注于实现服务器的，只是提供了一个可用的功能，却并不适合生产上复杂的环境。
举个简单的例子：生产上用户访问众多，那就来看看Flask自带的服务器性能表现如何。
进行压测，我这里只用了10用户并发循环访问10次（大家也可以自己试试），这个服务就挂了。说明Flask框架提供的WSGI服务器并不能承受很大的压力，如果生产上这样部署，一定会出问题的。
生产环境的Web部署
所以本文主要讲讲生产环境上的部署，这里使用的是Nginx+Gunicorn+Flask+Supervisor的方式。
nginx 不用多说，一个高性能的web服务器。
webservice常见的有FastCGI，WSGI等。我们这里使用gunicorn为WSGI容器。使用Python编写服务，采用Flask框架。同时采用supervisor管理服务器进程。
安装 gunicorn
pip install gunicorn
pip 是一个重要的工具，python 用来管理包。每次使用 pip 安装的库，都写入一个 requirement 文件里面，既能知道自己安装了什么库，也方便别人部署时，安装相应的库。
pip freeze > requirements.txt
以后每次 pip 安装了新的库的时候，都需freeze 一次。
在我的manage.py文件里面，有如下代码：
if __name__ == '__main__':
app.run(host = '0.0.0.0' ,port = 8001, debug=True)
这个含义是用 flask 自带的服务器启动 app。当我们使用gunicorn 启动 flask时，manage.py 就等同于一个库文件，被 gunicorn 调用。
所以gunicorn后面的参数如下:
gunicorn -w4 -b0.0.0.0:8001 manage:app
gunicron就是替代Flask自带的一个web server。
其中 gunicorn 的部署中，-w 表示开启多少个 worker，-b 表示 gunicorn开发的访问地址。
想要结束 gunicorn 只需执行 pkill gunicorn，有时候还要用 ps 找到 pid 进程号才能 kill。可是这对于一个开发来说，太过于繁琐，因此出现了另外一个神器---supervisor
，一个专门用来管理进程的工具，还可以管理系统的工具进程。
安装supervisor
pip install supervisor
echo_supervisord_conf > supervisor.conf # 生成 supervisor 默认配置文件
vim supervisor.conf # 修改 supervisor 配置文件，添加 gunicorn 进程管理
在supervisor.conf 配置文件底部添加 (其中，我的工作路径是/Users/cynthia/Codes/project1，我的虚拟环境是用conda建立的，是在其安装目录下的envs下)
[program: project1]
command=/Users/cynthia/miniconda3/envs/project1/bin/gunicorn -w4 -b0.0.0.0:8001 project1:app ; supervisor启动命令
directory=/Users/cynthia/Codes/testwk ; 项目的文件夹路径
startsecs=0 ; 启动时间
stopwaitsecs=0 ; 终止等待时间
autostart=false ; 是否自动启动
autorestart=false ; 是否自动重启
stdout_logfile=/Users/cynthia/Codes/project1/log/gunicorn.log ; log 日志
stderr_logfile=/Users/cynthia/Codes/project1/log/gunicorn.err ; 错误日志
supervisor的基本使用命令
supervisord -c supervisor.conf 通过配置文件启动supervisor
supervisorctl -c supervisor.conf status 察看supervisor的状态
supervisorctl -c supervisor.conf reload 重新载入 配置文件
supervisorctl -c supervisor.conf start [all]|[appname] 启动指定/所有 supervisor管理的程序进程
supervisorctl -c supervisor.conf stop [all]|[appname] 关闭指定/所有 supervisor管理的程序进程
supervisor 还有一个web的管理界面，可以激活。在supervisor.conf 配置文件中找到这两段，并激活。
[inet_http_server] ; inet (TCP) server disabled by default
port=127.0.0.1:9001 ; ip_address:port specifier, *:port for all iface
username=user ; default is no username (open server)
password=123 ; default is no password (open server)
……
[supervisorctl]
serverurl=unix:///tmp/supervisor.sock ; use a unix:// URL for a unix socket
serverurl=http://127.0.0.1:9001 ; use an http:// url to specify an inet socket
username= user ; should be same as in [*_http_server] if set
password=123 ; should be same as in [*_http_server] if set
;prompt=mysupervisor ; cmd line prompt (default "supervisor")
;history_file=~/.sc_history ; use readline history if available
进行简单的配置，就可以使用 supervsior 启动 gunicorn啦。运行命令 supervisord -c supervisor.conf
访问 http://127.0.0.1:9001 可以得到 supervisor的web管理界面，访问 [http://127.0.0.1:8001](https://link.jianshu.com?t=http://127.0.0.1: 8001) 可以看见gunciron 启动的返回的结果
安装配置 nginx
一般是这样安装：
sudo apt-get install nginx
可以参考http://www.cnblogs.com/Ray-liang/p/4837850.html进行部署
但是我是Mac，所以通过brew来安装，如果没有的话请先安装brew：
brew install nginx
安装之后，我本机的相关路径如下：
/usr/local/etc/nginx/nginx.conf #nginx 的配置文件
/usr/local/Cellar/nginx/1.15.11/bin #启动nginx的路径
nginx相关命令
nginx -t #检查配置文件ngnix.conf的正确性命令
nginx -s reload # 重新载入配置文件
nginx -s reopen # 重启 Nginx
nginx -s stop # 停止 Nginx
使用 supervisor 来管理 nginx。增加下面的配置文件
[program:nginx]
command=/usr/local/Cellar/nginx/1.15.11/bin/nginx
startsecs=0
stopwaitsecs=0
autostart=false
autorestart=false
stdout_logfile=/Users/cynthia/Codes/project1/log/nginx.log
stderr_logfile=/Users/cynthia/Codes/project1/log/nginx.err
至于为啥要用ngnix：
有了gunicorn，为何还需要nginx
小结
- 写Flask Web程序，调试时可以运行在自带的web server上
- 在生产环境的服务器上，使用gunicorn
- 外面套一层ngnix服务器，好处上文有说