一个典型的、面向服务端的 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