Docker构建nginx+uwsgi+flask镜像(一)
前言
笔者之前是从事Java方面的工作,自从18年5月左右来到新的公司,接触到Python,被其简单优雅的语法风格深深吸引,同时,新公司也帮助笔者打开Docker世界的大门,让笔者体会到“一次打包,到处运行”的快感。出于对Docker和Python的喜爱,写下这篇文章。
基础工作
这里,笔者会先教大家用命令行一步一步制作镜像,启动uwsgi+flask,再用nginx反向代理。最后,利用Dockerfile制作基础镜像和打包应用。
首先,我们需要一个alpine3.8环境:
[root@docker]# docker run -it docker.io/alpine:3.8 /bin/sh Unable to find image 'docker.io/alpine:3.8' locally Trying to pull repository docker.io/library/alpine ... 3.8: Pulling from docker.io/library/alpine Digest: sha256:46e71df1e5191ab8b8034c5189e325258ec44ea739bba1e5645cff83c9048ff1 Status: Downloaded newer image for docker.io/alpine:3.8 / #
alpine是一款较ubuntu和centos更为干净轻巧的Linux系统,alpine镜像的大小要比ubuntu小的多,同时也去除很多ubuntu系统自带的命令和安装程序,像ubuntu自带Python2的运行环境,而笔者此次要搭建的Python3环境,那么自带Python2的ubuntu镜像就显得有些累赘了。
容器启动成功后,我们需要安装一些命令,我们配置清华的镜像地址便于更快的安装命令,alpine安装命令为apk add……,类似ubuntu的apt-get和centos的yum:
/ # echo "https://mirror.tuna.tsinghua.edu.cn/alpine/v3.8/main/" > /etc/apk/repositories
然后,我们通过apk命令安装vim、nginx、Python3、uwsgi等应用,注意,这里还需要安装uwsgi-python3插件:
/ # apk add --no-cache vim nginx python3 uwsgi uwsgi-python3 fetch https://mirror.tuna.tsinghua.edu.cn/alpine/v3.8/main/x86_64/APKINDEX.tar.gz (1/21) Installing pcre (8.42-r0) (2/21) Installing nginx (1.14.2-r0) …… OK: 97 MiB in 34 packages
安装完Python3后,我们建立软连接以方便执行命令,并升级pip,安装flask:
/ # ln -s /usr/bin/python3 /usr/bin/python / # ln -s /usr/bin/pip3 /usr/bin/pip / # python -m pip install --upgrade pip Collecting pip …… Successfully installed pip-18.1 / # pip install flask Collecting flask …… Successfully installed Jinja2-2.10 MarkupSafe-1.1.0 Werkzeug-0.14.1 click-7.0 flask-1.0.2 itsdangerous-1.1.0
我们在根目录下建立app目录,创建并编辑app.py,作为我们的flask应用程序存放目录:
/ # mkdir /app / # cd /app/ /app # vi app.py /app # cat app.py from flask import Flask app = Flask(__name__) @app.route('/') def hello_world(): return 'Hello World!!!\n' if __name__ == '__main__': app.run()
之后,我们创建并编辑uwsgi.ini文件,作为uwsgi应用程序的配置,然后用nohup启动uwsgi:
/app # vi uwsgi.ini /app # cat uwsgi.ini [uwsgi] uwsgi-socket = 127.0.0.1:9000 callable = app plugin = python3 wsgi-file = app.py buffer-size = 65535 /app # nohup uwsgi --ini uwsgi.ini &
这里笔者先介绍下uwgi的每个参数:
- uwsgi-socket:uwsgi协议的地址和端口号。
- callable:设置在收到请求时,uwsgi加载的模块中哪个变量将被调用,默认是名字为“application”的变量。
- plugin:加载插件。
- wsgi-file:加载指定的wsgi文件。
- buffer-size:设置用于uwsgi包解析的内部缓存区大小。默认是4k。
再说下笔者在uwsgi中遇到的坑:
网上有不少教程的uwsgi配置都是直接配置socket或http-socket,一开始笔者也是配置socket和http-socket,然而不知是不是因为环境的问题,nginx用uwsgi协议一直代理不了,用http协议却可以代理,且nginx日志显示uwsgi协议访问失败,直到Google之后才知道uwsgi还有uwsgi-socket这个选项,笔者用uwsgi-socket替换之前的http-socket,就可以用nginx的uwsgi协议代理uwsgi+flask启动的服务了。这里再次表白下Google顺便吐槽下百度,百度一晚上,不如Google一分钟。
其次是plugin,网上有的教程配置plugin为python,但笔者不配置plugin会被uwsgi要求配置,但是将plugin配置为python,又会报无法打开/usr/lib/uwsgi/python_plugin.so文件,于是笔者到/usr/lib/uwsgi/目录下看了这个目录下的文件,有一个python3_plugin.so,于是笔者将plugin配置为python3,就可以用uwsgi命令读取uwsgi.ini文件启动服务了。
启动了uwsgi+flask服务,接下来便是启动nginx了,在启动nginx之前,我们先要配置一下nginx.conf文件。我们在/etc/nginx目录下的nginx.conf文件中<1>处配置pid选项,这是一个目录,用于保存nginx的进程号,默认保存进程号的目录不存在,如果不修改这个配置,会报错。同时,我们还需要在http模块下的<2>处配置uwsgi协议反向代理到我们uwsgi+flask应用:
/app # cd /etc/nginx/ /etc/nginx # cat nginx.conf # /etc/nginx/nginx.conf # <1>配置pid选项 pid /var/run/nginx.pid; …… http { # <2>配置uwsgi协议反向代理 server { listen 6666; charset UTF-8; client_max_body_size 75M; location / { include uwsgi_params; uwsgi_pass 127.0.0.1:9000; uwsgi_buffer_size 32k; uwsgi_buffers 8 32k; uwsgi_busy_buffers_size 32k; } } …… }
然后,启动nginx,并回到app目录下,通过wget命令,访问nginx监听的6666端口,我们会获取到一个index.html文件,打印html文件,可以看到是我们app.py文件所返回的“Hello World!!!”内容。
/etc/nginx # nginx /etc/nginx # cd /app/ /app # wget http://127.0.0.1:6666/ Connecting to 127.0.0.1:6666 (127.0.0.1:6666) index.html 100% |********************| 15 0:00:00 ETA /app # cat index.html Hello World!!!
至此,我们就完成了在alpine容器中搭建nginx+uwsgi+flask的服务了。但我们还缺了一步,将宿主机的端口和容器中的端口进行映射,这一步将在后面用Dockerfile制作基础镜像和打包应用向大家展现。另外,大家可以尝试一下将uwsgi.ini配置中的uwsgi-socket改成http-socket,然后尝试nginx配置在不改动的情况下,是否还能正常代理。并且在尝试完后,再将nginx之前所设置的server模块改写成如下:
server { listen 6666; charset UTF-8; client_max_body_size 75M; location / { proxy_read_timeout 300; proxy_connect_timeout 300; proxy_pass http://127.0.0.1:9000; } }
然后重启nginx,看看修改完nginx配置后是否能正常代理。