gunicorn部署Flask服务

Posted 2023-04-06

参考技术A

作为一个Python选手，工作中需要的一些服务接口一般会用Flask来开发。

Flask非常容易上手，它自带的 app.run(host="0.0.0.0", port=7001) 用来调试非常方便，但是用于生产环境无论是处理高并发还是鲁棒性都有所欠缺，一般会配合WGSI容器来进行[生产环境的部署][1]。

小磊哥推荐了参考文章[1]中的部署方式，希望将已有的服务放到gunicorn或者Tornado中部署，并用supervisor来管理所有进程（有几个不同的服务）。

经过调研和尝试

首先pip安装gunicorn。
pip install gunicorn --user

由于是部署在公司云主机上，通常不会给root权限。之前都是提工单给SA sudo装的，后来发现更安全也更方便的方法是 pip install xxx --user ，美中不足是安装完以后需要 手动添加PATH
export PATH=/home/username/.local/bin:$PATH
方便起见可以加到 ~/.bash_profile 中

简单地，gunicorn可以通过 gunicorn -w 4 -b 127.0.0.1:4000 run:app 启动一个Flask应用。其中,

其中run.py中文件的可能形式是：

通过 gunicorn -h 可以看到gunicorn有非常多的配置项，因此通常会写成一个config.py文件来进行配置。看了一下文档似乎没有给出正确的config.py中配置项的命名，并且有些博客博主给出的配置项命名是错误的，导致配置没有生效，踩了不少的坑（我找不到那篇坑坑的文章了）。这篇博客[2]给出了一些比较常用且 正确 的配置。

我所用项目的配置项如下：

生产环境不需要这个配置项，但调试的时候还是挺好用的。而且，开启debug项后，在启动gunicorn的时候可以看到所有可配置项的配置，如下所示。
之前在被上一篇博主欺骗的时候，仔细看了调试信息，发现 accesslog 和 errorlog 都没有被配置，所以导致启动以后看不到任何日志。

config.py中只需要配置需要修改的项的，大部分采用默认配置即可。默认配置的具体配置内容可以通过 gunicorn -h 来查询。

* 配置文件和调试信息来自两个不同进程，因此信息可能有细微差异

worker_class是指开启的每个工作进程的模式类型，默认为sync模式，也可使用gevent模式。

workers 是工作进程数量，在上述 config.py 中，取的是CPU的数量。需要注意部署机器的性能，不能无限制多开。多篇文章中推荐了 multiprocessing.cpu_count() * 2 + 1 这个数量，考虑到我会在一个机器上部署两个服务，因此数量减半。

daemon = True 意味着开启后台运行，默认为 False

gunicorn的环境配置和使用都比较简单，也解决了我总是用nohup python run.py >out.log 2>&1 &来启动Flask后台服务的问题。

在采用gunicorn部署之前，我也对后台服务的目录结构进行了调整。虽然只是便利工作的服务，也希望可以尽可能变的更加professional~

传送门： Flask目录调整

参考文章：
[1] https://eclipsesv.com/2016/12/12/flask 部署方式实践
[2] http://blog.csdn.net/zs_2014/article/details/41249347

Python3+Gunicorn+Nginx 部署Flask项目

参考技术A

前言： 之前在本地测试项目的过程中一直使用python app.py的方式来启动项目，这种方式在本地测试的话还可以，但是在生产环境的话就不能使用这种方式。
原因：
1.可能会出现无响应情况
2.无法支持高并发和多线程
3.无法合理利用服务器资源

生产环境： Centos7、Python3
需要模块： Gunicon、Nginx、Flask

一、安装Gunicorn
Gunicorn是一个高效的Web服务器，地位相当于Java中的Tomcat。简单来说gunicorn封装了HTTP的底层实现，我们通过gunicorn启动服务，用户请求与服务相应都经过gunicorn传输。
1.创建虚拟环境
项目上传到服务器指定目录下，然后创建python3的虚拟环境，激活并进去虚拟环境，在虚拟环境下可以看到命令前有虚拟环境的名称。（之前在使用Gunicorn模块的过程中，没有使用虚拟环境，导致我启动项目有一直提示没有找到gunicorn这个命令，可能是我在使用python全局环境的过程中，有某些模块影响到这个gunicorn模块，后面在使用虚拟环境就没有出现这个问题。）

2.安装项目所需的模块

3.安装gunicorn

二、项目配置启动
1.创建一个简易的web程序

2.启动服务

4--启动4个进程来分配服务
0.0.0.0--允许任意主机访问
5000--启动端口（与nginx转发的端口一致）
app：目标文件
app：指定模块

补充部分： gunicorn和nginx关系
gunicorn 可以单独提供服务，但生产环境一般不这样做。首先静态资源（jscssimg）会占用不少的请求资源，而对于 gunicorn 来讲它本身更应该关注实际业务的请求与处理而不应该把资源浪费在静态资源请求上；此外，单独运行 gunicorn 是没有办法起多个进程多个端口来负载均衡的。

nginx 的作用就是弥补以上问题，首先作为前端服务器它可以处理一切静态文件请求，此时 gunicorn 作为后端服务器，nginx 将会把动态请求转发给后端服务器，因此我们可以起多个 gunicorn 进程，然后让 nginx 作均衡负载转发请求给多个 gunicorn 进程从而提升服务器处理效率与处理能力。最后，nginx 还可以配置很多安全相关、认证相关等很多处理，可以让你的网站更专注业务的编写，把一些转发规则等其它业务无关的事情交给 nginx 做。
参考链接： https://www.jianshu.com/p/da28ec28ef4b