由 dawei 一个典型的、面向服务端的 Node 应用是这么跑起来的:
npm install
npm run config，从配置服务(consul/vault)拉取配置 ，如数据库与缓存的账号密码，此时构建服务器需要配置服务权限
npm run migrate，数据库迁移脚本，执行数据库表列行更改操作，此时构建服务器需要数据库访问权限
npm start，启动一个 Node 服务
把运行步骤翻译为 Dockerfile:
# 选择一个体积小的镜像 (~5MB)
FROM node:12-alpine
# 环境变量设置为生产环境
ENV NODE_ENV production
WORKDIR /code
# 更好的根据 Image Layer 利用缓存
ADD package.json package-lock.json /code
RUN npm ci
ADD . /code
# 配置服务及数据库迁移
RUN npm run config –if-present && npm run migrate –if-present
EXPOSE 3000
CMD npm start
这对于大部分 Node 应用已经是足够了，如果精益求精，可以再走接下来的多阶段构建
node-gyp 与 Native Addon
在 Node 中有可能存在着一些 Native Addon，它们通过 node-gyp 进行编译，而它依赖于 python，make 与 g++。
$ apk –no-cache add python make g++
在带有编译过程的镜像构建中，源文件与构建工具都会造成空间的浪费。借助镜像的「多阶段构建」可以高效利用空间。Go App 与 FE App 的构建也遵循此规则。
多阶段构建 Go 应用[6]
多阶段构建前端应用[7]
在构建 Node 应用镜像时，第一层镜像用以构造 node_modules。
# 选择一个体积小的镜像 (~5MB)
FROM node:12-alpine as builder
# 环境变量设置为生产环境
ENV NODE_ENV production
# 更好的根据 Image Layer 利用缓存
ADD package.json package-lock.json ./
RUN npm ci
# 多阶段构建之第二阶段
# 多阶段构建之第二阶段
# 多阶段构建之第二阶段
FROM node:12-alpine
WORKDIR /code
ENV NODE_ENV production
ADD . .
COPY –from=builder node_modules node_modules
# 配置服务及数据库迁移
RUN npm run config –if-present && npm run migrate –if-present
EXPOSE 3000
CMD npm start