Linux搭建Python web环境(nginx + flask + uwsgi) --- 2018-05-29

在搭建之前,有必要了解下发送一个请求的整个流程,如下图:

flask+uwsgi+nginx.001.jpeg

其中,nginx、flask、uwsgi的功能作用如下:

nginx:一种高性能web服务器,用来接收请求、处理请求、返回响应

flask:python的web框架,处理python请求,我们的代码就写在这里面

uwsgi: 实现了uwsgi协议的web服务器。在上面的流程中,协助nginx和flask通信。

如果想具体三者的关系,可参考如何理解Nginx, WSGI, Flask之间的关系

现在我们开始搭建,搭建的内容包括四个部分:

创建虚拟环境

安装flask

安装和配置uwsgi

配置nginx

创建虚拟环境

python的虚拟环境使用virtualenv,只需要下面命令:

pip install --upgrade virtualenv

安装完毕之后,我们创建一个工作目录HelloWorld,然后创建python3.5的虚拟环境:

cd/alidata/wwwmkdir HelloWorldcdHelloWorldvirtualenv -p python3.5 .env

安装flask

安装flask也是一条语句

pip install flask

然后写一个简单的helloWorld

fromflaskimportFlaskapp = Flask(__name__)@app.route("/helloWorld")defhelloWorld():return"Hello World"if__name__ =='__main__':    app.run(host='0.0.0.0', port=8987, debug=True)

安装和配置uwsgi

在安装uwsgi之前,需要安装python-dev,否则会安装失败。

apt-getinstallpython3.5-dev

然后使用pip安装uwsgi

pip install uwsgi

创建uwsgi.ini配置文件

[uwsgi]chdir=/alidata/www/HelloWorld# 工程目录home=/alidata/www/HelloWorld/.env# 虚拟环境目录module=helloWorld# 启动flask应用的文件名,不用加.pycallable=app# 应用名,与我们hellmaster=trueprocesses=2# worker的进程个数chmod-socket=666logfile-chmod=644procname-prefix-spaced=HelloWorld# uwsgi的进程名称前缀,启动后可通过ps -ef | grep HelloWorld查找到这个进程py-autoreload=1#py文件修改,自动加载,也就是设置热启动了#http=0.0.0.0:8080 #监听端口,测试时使用vacuum=true# 退出uwsgi是否清理中间文件,包含pid、sock和status文件socket=%(chdir)/uwsgi/uwsgi.sock# socket文件,配置nginx时候使用stats=%(chdir)/uwsgi/uwsgi.status# status文件,可以查看uwsgi的运行状态pidfile=%(chdir)/uwsgi/uwsgi.pid# pid文件,通过该文件可以控制uwsgi的重启和停止daemonize=%(chdir)/uwsgi/uwsgi.log# 设置后台模式,然后将日志输出到uwsgi.log。当调试时,可先注释掉此内容

启动uwsgi

uwsgiuwsgi.ini

常用命令:

uwsgi --ini uwsgi.ini# 启动uwsgi --reload uwsgi.pid# 重启uwsgi --stop uwsgi.pid# 关闭

配置nginx

配置nginx时,和配置php中的fpm差不多,如下:

location / {                include uwsgi_params;                uwsgi_pass unix:/alidata/www/HelloWorld/uwsgi/uwsgi.sock;        }

总结

1、在第一次安装的时候,使用supervisor,它主要是一个管理程序,当uwsgi发生异常时,可以重启uwsgi,保持服务一直运行。

2、在配置uwsgi时候,可以设置socket为127.0.0.1:3031,如下:

socket=127.0.0.1:3031

如果这么设置,同样需要将nginx的uwsgi_pass修改成一致,如下:

location / {includeuwsgi_params;                uwsgi_pass127.0.0.1:3031;        }

3、其实,flask本身是一个web服务器,我们直接运行,然后将对应的端口开放出去,别人照常可以访问,或者使用nginx转发一下,那为什么不这样?

我觉得两个原因:

高并发:flask本身不支持并发,需要uwsgi+flask开启多个worker

性能:使用这种模式,将解析http协议放到了nginx,由于nginx这样用C/C++高性能实现的服务器,比起Python脚本语言解析HTTP协议,效率要高。

作者:liuchungui

链接:https://www.jianshu.com/p/85692a94e99b

來源:简书

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

推荐阅读更多精彩内容