1/前言

首先，大家需要明确一点，Docker容器不是虚拟机。

2014年，当我第一次接触Docker的时候，我把它比做一种轻量级的虚拟机。
这样做无可厚非，因为Docker最初的成功秘诀，正是它比虚拟机更节省内存，启动更快。
Docker不停地给大家宣传，”虚拟机需要数分钟启动，而Docker容器只需要50毫秒”。
然而，Docker容器并非虚拟机，我们不妨来比较一下它们。
复制代码

2/虚拟机

从下到上理解上图:
<1>基础设施(Infrastructure)：
   它可以是你的个人电脑，数据中心的服务器，或者是云主机。

<2>虚拟机管理系统(Hypervisor)：
   利用Hypervisor，可以在主操作系统之上运行多个不同的从操作系统。
   类型1的Hypervisor有支持MacOS的HyperKit，支持Windows的Hyper-V、Xen以及KVM。
   类型2的Hypervisor有VirtualBox和VMWare workstation。

<3>客户机操作系统(Guest Operating System)：
   假设你需要运行3个相互隔离的应用，则需要使用Hypervisor启动3个客户机操作系统，也就是3个虚拟机。
   这些虚拟机都非常大，也许有700MB，这就意味着它们将占用2.1GB的磁盘空间。
   更糟糕的是，它们还会消耗很多CPU和内存，各种依赖。
   每一个客户机操作系统都需要安装许多依赖。
   如果你的应用需要连接PostgreSQL的话，则需要安装libpq-dev；
   如果你使用Ruby的话，应该需要安装gems；
   如果使用其他编程语言，比如Python或者Node.js，都会需要安装对应的依赖库。

<4>应用：
   安装依赖之后，就可以在各个客户机操作系统分别运行应用了，这样各个应用就是相互隔离的。
复制代码

3/docker容器

从下到上理解上图:
<1>基础设施(Infrastructure):
   同虚拟机

<2>主操作系统(Host Operating System):
   所有主流的Linux发行版都可以运行Docker。对于MacOS和Windows，也有一些办法”运行”Docker。
  
<3>Docker守护进程(Docker Daemon):
   Docker守护进程取代了Hypervisor，它是运行在操作系统之上的后台进程，负责管理Docker容器。
   各种依赖。对于Docker，应用的所有依赖都打包在Docker镜像中，Docker容器是基于Docker镜像创建的。

<4>应用:
   应用的源代码与它的依赖都打包在Docker镜像中，
   不同的应用需要不同的Docker镜像，
   不同的应用运行在不同的Docker容器中，它们是相互隔离的。
   
复制代码

4/对比虚拟机与Docker

Docker守护进程可以直接与主操作系统进行通信，为各个Docker容器分配资源；
它还可以将容器与主操作系统隔离，并将各个容器互相隔离。
虚拟机启动需要数分钟，而Docker容器可以在数毫秒内启动。
由于没有臃肿的从操作系统，Docker可以节省大量的磁盘空间以及其他系统资源。

说了这么多Docker的优势，大家也没有必要完全否定虚拟机技术，因为两者有不同的使用场景。
虚拟机更擅长于彻底隔离整个运行环境。
例如，云服务提供商通常采用虚拟机技术隔离不同的用户。
而Docker通常用于隔离不同的应用，例如前端，后端以及数据库。
复制代码

5/物理机 vs 虚拟机 vs Docker容器

物理机好比运输码头：拥有场地和各种设备（服务器硬件资源）
虚拟机好比码头上的仓库：拥有独立的空间堆放各种货物或集装箱(仓库之间完全独立，独立的应用系统和操作系统）
Docker容器比作集装箱：各种货物的打包(将各种应用程序和他们所依赖的运行环境打包成标准的容器,容器之间隔离)
复制代码

6/图形化比喻物理机/虚拟机/容器

一、物理机是这样的
复制代码

二、虚拟机是这样的
复制代码

三、容器是这样的
复制代码