docker - docker compose 中的多阶段构建？

Question

如何在 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...

文件Dockerfile.dev:

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

文件Dockerfile.prod:

FROM flaskapp:base
RUN pipenv install --system --skip-lock
ENV FLASK_ENV production

没有 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 .

根据compose-file doc ，我可以指定一个 Dockerfile 来构建。

# docker-compose.yml
version: '3'
services:
  webapp:
    build:
      context: ./dir
      dockerfile: Dockerfile-alternate

但是如何在 docker-compose.yml 中指定 2 个 Dockerfile(用于多阶段构建)？

Answer 1

正如评论中提到的，多阶段构建涉及单个 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

然后您可以使用 --target 语法构建一个或另一个阶段，或者像这样的 compose 文件:

# docker-compose.yml
version: '3.4'
services:
  webapp:
    build:
      context: ./dir
      dockerfile: Dockerfile
      target: prod

最大的缺点是当前的构建引擎会经历每个阶段，直到达到目标。构建缓存可能意味着这只是一个亚秒级的过程。 BuildKit 将在 18.09 中进行实验，需要 docker-compose 的上游支持，它将更加智能地只运行所需的命令来构建您想要的目标。

话虽如此，我相信这是试图将方形钉子安装在圆孔中。 docker-compose 开发人员鼓励用户不要在 compose 文件本身中进行构建，因为它在 swarm 模式下不受支持。相反，推荐的解决方案是使用 CI/CD 构建服务器执行构建，并将这些图像推送到注册表。然后，您可以使用 docker-compose 或 docker stack deploy 甚至一些 k8s 等效项运行相同的 compose 文件，而无需重新设计工作流程。