以前端最熟悉的 Node 写 Blog 项目为例： 你一个人一股脑写完了前端 React + 后端 Node.js + 数据库 Mongodb。当你要把项目部署到服务器的时候，大家可以思考下有哪些事情需要做的？

对于大部分前端同学而言，如果不是经常折腾服务器的话，前面这一通部署下来，已经累得够呛了。 如果这项目需要第二台服务器、第三台服务器上部署？是不是又得把上面的操作的步骤重新再走一遍？ 是不是觉得心都要碎了。

这时候 Docker 的作用就体现出来了。

下面这张图是 Docker 的架构图。

既然Docker属于操作系统层面的虚拟化技术，那么他跟传统虚拟化方式有何不同呢？我们来看两张图。

从上面两张图可以看出：传统虚拟机技术是虚拟出一套硬件后，在这硬件上面运行一个完整的操作系统。然后在该操作系统再运行所需应用进程。 而容器内的应用进程直接运行于宿主的内核。容器本身没有自己的内核，而且也没有进行硬件模拟。

因此容器要比传统虚拟机来得更加的轻便。

Docker 无需硬件模拟、运行完整操作系统，开销小，系统利用率高。相同配置的主机，可以运行更多数量的应用。

传统虚拟机启动服务时间往往需要数分钟，而 Docker 容器应用，由于直接运行于宿主内核，无需启动完整操作系统。 因此可以做到秒级、甚至毫秒级的启动时间。

开放过程中一个常见的问题是环境一致性的问题。Docker 提供了除内核外完整的运行时环境，确保了应用运行环境一致性。

代码在我本地是好的 这句话将成历史。

Docker其实非常简单。就三个概念 * 镜像 image * 容器 container * Docker Registry

理解了这三个概念后，再学一些基本的操作命令，你就可以为项目写 Dockerfile 了。 #### 镜像 Image

镜像是一个特殊的文件系统。除了提供容器程序运行时所需要的程序、库、资源、配置等文件外，还包含了一些为运行时准备的一些配置参数（如数据卷、环境变量、用户名等）。镜像不包含任何动态数据，镜像内容在构建后不会被改变。

镜像和容器的关系，就像是类和实例的关系。镜像是静态的定义，容器则是镜像运行时的实体。 容器是有生命周期的。可以被创建、启动、停止、删除、暂停。 容器的实质其实是进程。但与直接在宿主环境执行的进程不同，容器进程运行与属于自己的独立的命名空间.因此容器可以拥有自己的 root 文件系统、自己的网络配置，自己的进程空间、甚至自己的用户 ID 空间。 前面说到镜像是不包含动态数据的。所有的数据都应该在容器上进行操作，利用数据卷、或者绑定宿主目录。

Docker Registry 就是类似 Github 的一个服务，你可以把你在本地生成的镜像推送上去。这样就可以在其他服务器直接该镜像进行使用，也可以把镜像公开，让别人也使用。 一个 Docker Registry 中可以包含多个 仓库 （Repository）；每个仓库可以包含多个标签 Tag；每个标签对应一个镜像。 每个镜像可以用 tag 来指定具体版本的镜像。不打 tag 则默认 latest。 同样的，Docker 官方提供了私有 Registry 服务，也可以搭建私有 Registry 服务。

跟 npm 一样，有时候也会存在国外 Docker 镜像服务比较慢，所以催生了一批过来镜像服务。

比如 DaoCloud 镜像市场、阿里云镜像库等。

也可以指定 tag

前面说过容器是有生命周期的，可以被创建、启动、停止、删除。容器的基本操作也就是这几个。

启动容器有两种方式，一种是基于镜像新建一个容器并启动。另外一种是将处于终止状态下的容器重新启动。

由于 Docker 实在是太轻量级了，所以大部分情况都是随用随创建，不用就删掉。

run 有一些常用的参数：

当使用 docker run 命令去创建容器时，Docker 后台运行的操作是：

可以对已经终止的容器进行重新启动

上面是删除单个容器，也可以删除全部处于终止状态的容器

讲了上面的一些基本操作，我们就可以来看一个简单的 nginx 例子。

起一个 名为 mynginx 的 nginx 容器

这就是最简单的一个例子了。

那问题来了？如果我们要更改 nginx 的配置呢？

这就要说到 Docker 数据管理了。

Docker 管理数据有两种方式：

数据卷是一个可供一个或者多个容器使用的特殊目录。他具有以下的特征

可以通过 docker 命令来创建数据卷。

也可以查看具体数据卷的信息：

创建完数据卷后，就可以在启动容器的时候使用 --mount 将其挂载到容器里。

以前面 nginx 为例：

无需创建数据卷，直接将本地主机的目录挂载到容器里。

上面命令就会启动一个挂载了本地nginx.conf 配置文件的 nginx 容器。

前面说到镜像可以从 Docker Hub 中拉取。还有一种方式也可以构建镜像：Dockerfile。

Dockerfile 就是一个文本文件，包含了一条条的指令，用于描述如何构建镜像。

以之前我写的一个node为例：

Dockerfile 其他指令

更多 Dockerfile 查看官方提供的 Dockerfile最佳实践

Docker Compose 属于 Docker 三剑客中的一个。负责实现对 Docker 容器集群快速编排。

就像前面说的那个项目，用的就是 Docker Compose 进行编排的。一个项目通常是需要多个容器相互配合。比如Web项目，除了需要 nginx 容器本身，还需要后端运行的容器、数据库容器、甚至是负载均衡容器。

如果不通过 Docker Compose 的话，你就需要手动去管理各个容器之间的关联，这样不高效也不方便。

Compose 恰好满足这样的需求，它允许用户通过一个单独的 docker-compose.yml 模板文件来定义一组相关联的应用容器为一个项目（project）.

Compose 最重要的两个概念

对此我写了一个小小的demo，用于演示 docker-compose 的用处。

Github 地址: docker-demo。 该 demo 演示了如果通过 docker-compose 来组织管理一个典型的包含前端（React）+ 后端（Node.js）+ 数据库（Mongodb）的应用。