为了解答这些问题，让我们先来简单的回顾一下过去的发展历程吧，这样也许能够促使我们更好的了解当下的状况和展望未来。

在虚拟机技术普及之前，系统管理员们习惯于上线物理服务器来为他们的用户提供服务。这个过程很繁琐，无法实现完全的自动化，并且需要花费几个小时甚至几天。如果出问题了，他们只能跑到机房去更换物理元件。

伴随着虚拟机的出现，DevOps人员可以在他们所有的物理服务器上任意的安装Hypervisor，然后他们便可以在用户提出申请时直接分配新的虚拟机。上线一台虚拟机不再需要几个小时，而仅仅只需要几分钟就够了，而且可以自动化完成。底层硬件的差异越来越少，而更多的是变得商务化。如果某个用户需要更多额外的资源，创建一个新的虚拟机就行了。如果一个物理主机出现了故障，管理员只需要将该宿主机承载的虚拟机迁移或恢复到另外的宿主机即可。更细致的部署模式变得可行和易于操作。

几年过去了，人们已经习惯于通过虚拟机来承载他们的业务。初创公司甚至于不再倾向于购买服务器硬件资源了，他们只需要购买亚马逊的AWS服务即可。如今，每个应用一台虚拟机已经成为了部署软件栈的标准方式。自上世纪90年代以来，应用程序的部署方式其实并没有什么太大的变动。从那时候开始，如果我们需要部署一个应用，那便需要安装一个linux发行版本，而构建的主要意义在于驱动硬件设备，然后我们需要安装应用所需要的deb或者rpm包，最后才安装和配置我们真正想要运行的那个应用。

直到2013年，Docker提出了一个简单而有效的工具来创建、分发和部署应用程序，它们以一种很赞的方式运行在相对独立的Linux容器里。另外，针对众多的应用而言，它提出了一个registry的概念，这有点像苹果的app store，这里为了清晰起见，我将其称之为“云应用”。部署 Nginx Web 服务器就变成了类似”docker pull nginx”这样简单。这比安装一个最新版的Ubuntu LTS可简单快捷多了。

Docker 最突出的创新之处在于引入了一整套包括registry在内的云应用标准规范。它不再是使用虚拟机的方式来运行云应用，取而代之的是利用Linux容器。容器技术实际上在多年前就已经出现，但是一直以来只是在有限的几个圈子里传播，并没有被大众广泛接受。尽管他们提供了非常好的性能体验，但是较之虚拟机而言，他们提供的功能实在有限，并且隔离性方面很弱。作为一个后起之秀，Docker使得Linux容器突然变得流行，然而Docker之所以成功不能完全归功于容器。这只是一个偶然罢了。

新的方向似乎可以给我们的用户提供一个两全其美的方案：Docker的便利性和虚拟机的安全性的完美结合。在可以预见的未来，Docker也许不会和虚拟机产生任何的竞争关系，取而代之的是，它将会成为其众多承载对象的其中之一。

本文地址：//gulass.cn/docker-replace-virtual-machine.html编辑：岳国帅，审核员：陶武杰

本文原创地址：//gulass.cn/docker-replace-virtual-machine.html编辑：清蒸github，审核员：暂无