我目前正在为我的应用程序开发Node后端。在dockerizing时docker build .
,最长的阶段是RUN npm install
。该RUN npm install
指令在每一个小的服务器代码更改上运行,这通过增加构建时间来降低生产率。
我发现在应用程序代码所在的位置运行npm install并使用ADD指令将node_modules添加到容器中可以解决此问题,但这远非最佳实践。这有点破坏了将其Docker化的整个想法,并且使容器的重量增加了很多。
还有其他解决方案吗?
Answers:
好的,所以我发现了这篇关于写docker文件时效率的精彩文章。
这是一个错误的docker文件在运行RUN npm install
指令之前添加应用程序代码的示例:
FROM ubuntu
RUN echo "deb http://archive.ubuntu.com/ubuntu precise main universe" > /etc/apt/sources.list
RUN apt-get update
RUN apt-get -y install python-software-properties git build-essential
RUN add-apt-repository -y ppa:chris-lea/node.js
RUN apt-get update
RUN apt-get -y install nodejs
WORKDIR /opt/app
COPY . /opt/app
RUN npm install
EXPOSE 3001
CMD ["node", "server.js"]
通过将应用程序的副本分成2个COPY指令(一个用于package.json文件,另一个用于其余文件)并在添加实际代码之前运行npm install指令,任何代码更改都不会触发RUN npm安装指令,只有package.json的更改才会触发它。更好地实践docker文件:
FROM ubuntu
MAINTAINER David Weinstein <david@bitjudo.com>
# install our dependencies and nodejs
RUN echo "deb http://archive.ubuntu.com/ubuntu precise main universe" > /etc/apt/sources.list
RUN apt-get update
RUN apt-get -y install python-software-properties git build-essential
RUN add-apt-repository -y ppa:chris-lea/node.js
RUN apt-get update
RUN apt-get -y install nodejs
# use changes to package.json to force Docker not to use the cache
# when we change our application's nodejs dependencies:
COPY package.json /tmp/package.json
RUN cd /tmp && npm install
RUN mkdir -p /opt/app && cp -a /tmp/node_modules /opt/app/
# From here we load our application's code in, therefore the previous docker
# "layer" thats been cached will be used if possible
WORKDIR /opt/app
COPY . /opt/app
EXPOSE 3000
CMD ["node", "server.js"]
这是package.json文件的添加位置,安装其依赖项并将其复制到应用程序所在的容器WORKDIR中:
ADD package.json /tmp/package.json
RUN cd /tmp && npm install
RUN mkdir -p /opt/app && cp -a /tmp/node_modules /opt/app/
为了避免每个docker构建上的npm安装阶段,只需复制这些行并将^ / opt / app ^更改为您的应用程序在容器中的位置。
apt-get clean
。另外,将./node_modules添加到.dockerignore中,以避免将工作目录复制到构建的容器中,并加快构建的构建上下文复制步骤。
package.json
最终的静止位置也可以工作(消除任何cp / mv)。
奇怪的!没有人提到多阶段构建。
# ---- Base Node ----
FROM alpine:3.5 AS base
# install node
RUN apk add --no-cache nodejs-current tini
# set working directory
WORKDIR /root/chat
# Set tini as entrypoint
ENTRYPOINT ["/sbin/tini", "--"]
# copy project file
COPY package.json .
#
# ---- Dependencies ----
FROM base AS dependencies
# install node packages
RUN npm set progress=false && npm config set depth 0
RUN npm install --only=production
# copy production node_modules aside
RUN cp -R node_modules prod_node_modules
# install ALL node_modules, including 'devDependencies'
RUN npm install
#
# ---- Test ----
# run linters, setup and tests
FROM dependencies AS test
COPY . .
RUN npm run lint && npm run setup && npm run test
#
# ---- Release ----
FROM base AS release
# copy production node_modules
COPY --from=dependencies /root/chat/prod_node_modules ./node_modules
# copy app sources
COPY . .
# expose port and define CMD
EXPOSE 5000
CMD npm run start
很棒的tuto在这里:https ://codefresh.io/docker-tutorial/node_docker_multistage/
COPY
后声明ENTRYPOINT
?
我发现最简单的方法是利用Docker的复制语义:
COPY指令从路径复制新文件或目录,并将它们添加到容器的文件系统中。
这意味着,如果您首先显式复制package.json
文件,然后运行npm install
可以对其进行缓存的步骤,然后可以复制源目录的其余部分。如果package.json
文件已更改,则它将是新文件,它将重新运行npm install缓存,以供将来构建。
Dockerfile末尾的代码段如下所示:
# install node modules
WORKDIR /usr/app
COPY package.json /usr/app/package.json
RUN npm install
# install application
COPY . /usr/app
cd /usr/app
/可以/应该使用WORKDIR /usr/app
。
/usr/app
在映像中运行npm install,这将创建一个/usr/app/node_modules
具有从npm install安装的依赖项的。
COPY . /usr/app
会复制package.json
再次文件/usr/app
与文件的休息吗?
您不需要使用tmp文件夹,只需将package.json复制到容器的应用程序文件夹,进行一些安装工作,然后再复制所有文件。
COPY app/package.json /opt/app/package.json
RUN cd /opt/app && npm install
COPY app /opt/app
ADD
不鼓励使用COPY
afaik。COPY
更有效。IMO,最后两段不是必需的,因为它们是重复的,并且从应用程序的角度来看,只要WORKDIR
设置,应用程序在文件系统上的哪个位置都没有关系。