由于我的代码(nodeJS-application)比(npm)依赖项的变化更频繁,我尝试在我的 CI 中构建类似缓存的东西。
我正在使用多阶段 Dockerfile。我为所有且仅对 prod 依赖项运行 npm install 。随后将它们复制到最终图像,使其小得多。太棒了。
如果没有更改依赖项,构建也会变得非常快。
但是,随着时间的推移,硬盘已满,所以我必须运行 docker prune ...
来收回空间。但是,当我这样做时,缓存就消失了。
所以如果我运行 prune
在我的 CI 中的每个管道之后,我没有获得多阶段 Dockerfile 的“缓存功能”。
### 1. Build
FROM node:10.13 AS build
WORKDIR /home/node/app
COPY ./package*.json ./
COPY ./.babelrc ./
RUN npm set progress=false \
&& npm config set depth 0 \
&& npm install --only=production --silent \
&& cp -R node_modules prod_node_modules
RUN npm install --silent
COPY ./src ./src
RUN ./node_modules/.bin/babel ./src/ -d ./dist/ --copy-files
### 2. Run
FROM node:10.13-alpine
RUN apk --no-cache add --virtual \
builds-deps \
build-base \
python
WORKDIR /home/node/app
COPY --from=build /home/node/app/prod_node_modules ./node_modules
COPY --from=build /home/node/app/dist .
EXPOSE 3000
ENV NODE_ENV production
CMD ["node", "app.js"]
最佳答案
如果您的 CI 系统允许您有多个 docker build
步骤,您可以将其拆分为两个 Dockerfile。
# Dockerfile.dependencies
# docker build -f Dockerfile.dependencies -t me/dependencies .
FROM node:10.13
...
RUN npm install
# Dockerfile
# docker build -t me/application .
FROM me/dependencies:latest AS build
COPY ./src ./src
RUN ./node_modules/.bin/babel ./src/ -d ./dist/ --copy-files
FROM node:10.13-alpine
...
CMD ["node", "app.js"]
如果您这样做,那么您可以delete unused images每次构建后:
docker image prune
最新版本的依赖项镜像将有一个标签,因此它不会“悬空”,也不会出现在镜像列表中。在每个构建中,其标签将“取自”先前的构建(如果已更改),因此此序列将清理先前的构建。这也将删除“构建”图像,尽管正如您所注意到的,如果任何内容发生更改以触发构建,它可能会位于src
树中,因此强制重建合理。
在这种特定情况下,仅使用 latest
标记就合适。如果最终构建的图像具有一些更独特的标签(例如,基于版本号或时间戳)并且它们堆积起来,那么您可能需要对该图像列表进行一些更有创意的过滤来清理它们。
关于node.js - 多阶段 Dockerfile 导致空间不足,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53247216/