老式开发是没什么问题的，但是前端因为引入了编译流程，增加了 Webpack 打包构建的行为，当多人共同开发的时候经常会因为内存爆满进程被杀导致打包失败。痛定思痛后为了解决这个问题，我决定将 Docker 引入我们的开发环境

下面是我总结的一些Docker的使用场景，它为你展示了如何借助Docker的优势，在低开销的情况下，打造一个一致性的环境。

月初，一篇题为《Docker公司已死》的文章，预言了Docker公司将在2018年的某个时候不复存在。随后就这一观点，出现了一篇《Docker公司不会死》的文章进行了反驳。

人们或许以后会想起 2017 ，是因为一个伟大的软件因为糟糕的商业行为，被彻底毁了，并导致其于 2018 年彻底死亡。这是一篇关于 Docker 如何以及在哪里出错，以及太少和太迟解决问题的对外回顾。

为什么要用Docker镜像当作桌面系统？这就要从普通桌面系统的不方便之处说起。通常我们都拥有不止一台电脑，我们希望这些电脑能够保持一致。这里所说的“一致”，用一个例子来讲，就是我在一台电脑上编辑了一半的文件，不需要认为拷贝到另一台电脑上，而是直接打开电脑就能编辑。

Docker工具分类列表 编排和调度 持续集成/持续部署（CI / CD） 监控 记录 安全 存储/卷管理 联网 服务发现 构建 管理

打开翻译君输入Docker 结果显示码头工人，没错！码头工人搬运的是集装箱，那么今天要讲的Docker其操作的也是集装箱，这个集装箱就静态而言就是一个应用镜像文件，就动态而言，就是一个容器。蒙了吧？好吧，上图解释。

开发者和系统管理员在笔记本上编译测试通过的容器可以批量地在生产环境中部署，包括 VMs（虚拟机）、bare metal、OpenStack 集群、云端、数据中心和其他的基础应用平台。容器是完全使用沙箱机制，相互之间不会有任何接口。本文将介绍 Docker 的九种用法，它们可提升你的生产力。

行业的转向似乎让Docker Swarm成了孤家寡人。Docker的竞争者如Redhat的Openshift早已接受Kubernetes，Docker也终于在Dockercon Europe 2017的主题演讲中宣布将Kubernetes整合加入日程，总算登上Kubernetes的列车。

你也会相信，在这三者间的选择无异于对其所奉宗教的信仰，而且真正的信徒敢于大胆和异教徒作斗争，并且拥护自己的信仰。 那些都是扯淡。 虽然这三种技术都可以使用容器来部署、管理和扩展应用程序，但实际上它们每个都侧重解决不同的问题，并且扎根非常不同的环境之上。事实上，这三种被广泛采用的工具链彼此完全不同。