docker中的多阶段构建组成?

nic*_*las 8 docker docker-compose

如何在一个docker-compose.yml?中指定多阶段构建?

对于每个变体(例如dev,prod ...),我有一个包含2个docker文件的多阶段构建:

  • 开发:Dockerfile.base+Dockerfile.dev
  • 或刺激:Dockerfile.base+Dockerfile.prod

文件Dockerfile.base(所有变体都通用):

FROM python:3.6
RUN apt-get update && apt-get upgrade -y
RUN pip install pipenv pip
COPY Pipfile ./
# some more common configuration...
Run Code Online (Sandbox Code Playgroud)

档案Dockerfile.dev:

FROM flaskapp:base
RUN pipenv install --system --skip-lock --dev
ENV FLASK_ENV development
ENV FLASK_DEBUG 1
Run Code Online (Sandbox Code Playgroud)

档案Dockerfile.prod:

FROM flaskapp:base
RUN pipenv install --system --skip-lock
ENV FLASK_ENV production
Run Code Online (Sandbox Code Playgroud)

没有docker-compose,我可以构建为:

# Building dev
docker build --tag flaskapp:base -f Dockerfile.base .
docker build --tag flaskapp:dev -f Dockerfile.dev .
# or building prod
docker build --tag flaskapp:base -f Dockerfile.base .
docker build --tag flaskapp:dev -f Dockerfile.dev .
Run Code Online (Sandbox Code Playgroud)

根据compose-file doc,我可以指定要构建的Dockerfile.

# docker-compose.yml
version: '3'
services:
  webapp:
    build:
      context: ./dir
      dockerfile: Dockerfile-alternate
Run Code Online (Sandbox Code Playgroud)

但是如何指定2个Dockerfiles docker-compose.yml(用于多阶段构建)?

BMi*_*tch 18

正如评论中所提到的,多阶段构建涉及单个Dockerfile以执行多个阶段.你拥有的是一个共同的基本形象.

您可以使用类似语法将这些转换为非传统的多阶段构建(我说非传统的,因为您不在层之间执行任何复制,而只使用from行从前一阶段中选择):

FROM python:3.6 as base
RUN apt-get update && apt-get upgrade -y
RUN pip install pipenv pip
COPY Pipfile ./
# some more common configuration...

FROM base as dev
RUN pipenv install --system --skip-lock --dev
ENV FLASK_ENV development
ENV FLASK_DEBUG 1

FROM base as prod
RUN pipenv install --system --skip-lock
ENV FLASK_ENV production
Run Code Online (Sandbox Code Playgroud)

然后,您可以使用--target构建语法构建一个或另一个阶段,或者构建文件,如:

# docker-compose.yml
version: '3.4'
services:
  webapp:
    build:
      context: ./dir
      dockerfile: Dockerfile
      target: prod
Run Code Online (Sandbox Code Playgroud)

最大的缺点是当前的构建引擎将经历每个阶段,直到达到目标.构建缓存可能意味着只有亚秒级进程.而BuildKit将于18.09实验,并且需要来自docker-compose的上游支持,只需运行所需的命令即可构建所需的目标.

所有这一切,我相信这是试图在圆孔中安装方形钉.docker-compose开发人员鼓励用户放弃在compose文件中进行构建,因为它在swarm模式下不受支持.相反,建议的解决方案是使用CI/CD构建服务器执行构建,并将这些映像推送到注册表.然后,您可以使用docker-composedocker stack deploy甚至某些k8s等效运行相同的撰写文件,而无需重新设计工作流程.

  • 注意 docker-compose 版本。旧版本(例如“3”)无法识别“目标”参数 (8认同)