本篇内容介绍了“Python Web App如何开发Dockerfiles”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
简单的 Dockerfile 与 .dockerignore
使用 gunicorn 实现热加载
运行一个单文件 python 脚本
部署静态文件
生产环境中的直接构建
生产环境中的多级构建
假设我们有一个名为 python-app 的应用,为其准备一个简单的目录结构。在顶级目录下,包含 Dockerfile
以及 src
文件夹。
python app 的源码就存放在 src
目录中,app 的依赖关系保存在 requirements.txt
里。为了简洁起见,我们假设 server.py 定义了一个运行于 8080 端口的 flask 服务。
python-app ├── Dockerfile └── src └── server.py └── requirements.txt
FROM python:3.6 # 创建 app 目录 WORKDIR /app # 安装 app 依赖 COPY src/requirements.txt ./ RUN pip install -r requirements.txt # 打包 app 源码 COPY src /app EXPOSE 8080 CMD [ "python", "server.py" ]
我们将使用最新版本的 python:3.6
作为基础镜像。
在构建镜像时,docker 会获取所有位于 context
目录下的文件。为了提高 docker 构建的速度,可以在 context 目录中添加 .dockerignore
文件来排除不需要的文件与目录。
通常,你的 .dockerignore
文件件应该如下所示:
.git __pycache__ *.pyc *.pyo *.pyd .Python env
构建并运行此镜像:
$ cd python-docker $ docker build -t python-docker-dev . $ docker run --rm -it -p 8080:8080 python-docker-dev
你将能在 [http://localhost:8080](http://localhost:8080.)
访问此 app。使用 Ctrl+C
组合键可以退出程序。
现在,假设你希望在每次修改代码(比如在本地部署时)时都运行以上代码,那么你需要在启停 python 服务时将代码源文件挂载到容器中。
$ docker run --rm -it -p 8080:8080 -v $(pwd):/app \ python-docker-dev bash root@id:/app# python src/server.py
gunicorn 是一款运行于 Unix 下的 Python WSGI HTTP server,使用的是 pre-fork worker 模型(注,Arbiter 是 gunicorn 的 master,因此称 gunicorn 为 pre-fork worker)。你可以使用各种各样的选项来配置 gunicorn。向 gunicorn 命令中传入 --reload
或是将 reload
写入配置文件,就可以让 gunicorn 在有文件发生变化时自动重启 python 服务。
FROM python:3.6 # 创建 app 目录 WORKDIR /app # 安装 app 依赖 COPY gunicorn_app/requirements.txt ./ RUN pip install -r requirements.txt # 打包 app 源码 COPY gunicorn_app /app EXPOSE 8080
我们将构建镜像并运行 gunicorn,以便在 app
目录下文件发生变动时对代码进行 rebuild。
$ cd python-docker $ docker build -t python-hot-reload-docker . $ docker run --rm -it -p 8080:8080 -v $(pwd):/app \ python-hot-reload-docker bash root@id:/app# gunicorn --config ./gunicorn_app/conf/gunicorn_config.py gunicorn_app:app
一切在 app
目录下 python 文件的更改都会触发 rebuild,发生的变化都能在 [http://localhost:8080](http://localhost:8080.)
上实时展示。请注意,我们已经将文件挂载到了容器中,因此 gunicorn 才能正常工作。
其它格式的文件怎么办? 如果你希望 gunicorn 在监视代码变动的时候也监视其它类型的文件(如 template、view 之类的文件),可以在 reload_extra_files
参数中进行指定。此参数接受数组形式的多个文件名。
你可以通过 docker run,使用 python 镜像来简单地运行 python 单文件脚本。
docker run -it --rm --name single-python-script -v "$PWD":/app -w /app python:3 python your-daemon-or-script.py
你也可以给脚本传递一些参数。在上面的例子中,我们就已经挂载了当前工作目录,也就是说可以将目录中的文件当做参数传递。
上面的 Dockerfile 假定了你是使用 Python 运行一个 API 服务器。如果你想用 Python 为 React.js、Vue.js、Angular.js app 提供服务,可以使用 Flask。Flask 为渲染静态文件提供了一种便捷的方式:html 文件放在 templates
目录中,css、js 及图片放在 static
目录中。
请在此 repo 中查看简单的 hello world 静态 app 的目录结构。
FROM python:3.6 # 创建 app 目录 WORKDIR /app # 安装 app 依赖 COPY static_app/requirements.txt ./ RUN pip install -r requirements.txt # 打包 app 源码 COPY static_app /app EXPOSE 8080 CMD ["python","server.py"]
In your server.py,
if __name__ == '__main__': app.run(host='0.0.0.0')
请注意,host 需要设置为 0.0.0.0
- 这样可以让你的服务在容器外被访问。如果不设置此参数,host 会默认设为 localhost
。
FROM python:3.6 # 创建 app 目录 WORKDIR /app # 安装 app 依赖 COPY gunicorn_app/requirements.txt ./ RUN pip install -r requirements.txt # 打包 app 源码 COPY . /app EXPOSE 8080 CMD ["gunicorn", "--config", "./gunicorn_app/conf/gunicorn_config.py", "gunicorn_app:app"]
构建并运行这个一体化镜像:
$ cd python-docker $ docker build -t python-docker-prod . $ docker run --rm -it -p 8080:8080 python-docker-prod
由于底层为 Debian,构建完成后镜像约为 700MB(具体数值取决于你的源码)。下面探讨如何减小这个文件的大小。
使用多级构建时,将在 Dockerfile 中使用多个 FROM
语句,但最后仅会使用最终阶段构建的文件。这样,得到的镜像将仅包含生产服务器中所需的依赖,理想情况下文件将非常小。
当你需要使用依赖于系统的模块或需要编译的模块时,这种构建模式十分有用。比如 pycrypto
和 numpy
就很适合这种方法。
# ---- 基础 python 镜像 ---- FROM python:3.6 AS base # 创建 app 目录 WORKDIR /app # ---- 依赖 ---- FROM base AS dependencies COPY gunicorn_app/requirements.txt ./ # 安装 app 依赖 RUN pip install -r requirements.txt # ---- 复制文件并 build ---- FROM dependencies AS build WORKDIR /app COPY . /app # 在需要时进行 Build 或 Compile # --- 使用 Alpine 发布 ---- FROM python:3.6-alpine3.7 AS release # 创建 app 目录 WORKDIR /app COPY --from=dependencies /app/requirements.txt ./ COPY --from=dependencies /root/.cache /root/.cache # 安装 app 依赖 RUN pip install -r requirements.txt COPY --from=build /app/ ./ CMD ["gunicorn", "--config", "./gunicorn_app/conf/gunicorn_config.py", "gunicorn_app:app"]
使用上面的方法,用 Alpine 构建的镜像文件大小约 90MB,比之前少了 8 倍。使用 alpine
版本进行构建能有效减小镜像的大小。
注意: 上面的 Dockerfiles 是为 python 3
编写的,你可以只做少数修改就能将其改为 python 2
版本。如果你要部署的是 django
应用,也应该能通过少数改动就做出可部署于生产环境的 Dockerfiles。
此外,你是否试过将 python web app 部署在 Hasura 上呢?这其实是将 python 应用部署于 HTTPS 域名的最快的方法(仅需使用 git push)。尝试使用 hasura.io/hub/project… 的模板快速入门吧!Hasura 中所有的项目模板都带有 Dockerfile 与 Kubernetes 标准文件,你可以自由进行定义
“Python Web App如何开发Dockerfiles”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。