实战 web 应用 Docker 镜像解耦交付

随着几次浏览器大战的硝烟散尽和 Flash 的背影远去，当下的 web 应用开发经过十余年的发展，在工程化、测试、持续集成等方面都已经汇入了软件开发的快车道。
然而虽然新概念、新特性层出不穷，细分领域愈加专业化，但其究极奥义始终未变 – 不管你怎么折腾，生成出来的交付物仍是 HTML/CSS/JS 老三样等静态资源，加上若干动态请求 的形式。从直接把文件拖放到 FTP 软件中手动上传的刀耕火种时代，到如今 Docker 镜像成为一种常见的部署格式 ，研发团队和运维团队的交互也在发生变化。
本文将在个人经验的基础上，尝试以一个前端项目为案例，浅谈其面向部署时的一些固有问题，以及与 Docker 相关的部分实践。
拥抱 Docker 时的麻烦
在此之前，要部署一个前端项目，运维人员需要做什么呢？

安装完整的 node 环境并保持其更新
阅读前端项目中 README 中的相关说明并更改相关文件中的设置项
用 npm 安装一些全局依赖项
保证 npm run build 流程的正确运行
和前端开发同事协作解决由于打包机器不同可能带来的问题

等搞定这么一全套的“份外”工作，才能得到打包后的目标文件并开始部署；这不但是多么痛的一种领悟，也是工作流层面一系列莫大的耦合。

“All problems in computer science can be solved by another level of indirection.” – David John Wheeler

面对代码封装中出现的耦合类问题，即便不了解 SOLID 原则、DRY 原则等等，以上这句 “啥都不叫事，抽象就对了！” 也算得上应该谨记的万金油了，是解耦的根本所在。
Docker 镜像就作为这样一种优良的抽象层，为研发