先来一点背景：
我目前使用VMWare ESXi来pipe理我的虚拟机。 有些服务器需要全天候运行，而其他服务器则需要在需要时从模板中重新创build。
在与docker玩弄后，我发现我可以完成上面的大部分工作，而且也更快（至less对于我的Linux机器）。
但是，我喜欢VMware ESXi，是对主机，所有运行/停止的服务器，其硬件资源以及点击几次的能力，为单个服务器添加更多RAM，CPU或磁盘空间的全局资源的良好graphics概览。
关于调整内存/ CPU似乎你可以在docker做同样的事情：
https://docs.docker.com/engine/admin/resource_constraints/#configure-the-realtime-scheduler
只是稍微低一点。
所以目前我还没有真正看到一条可以完全从VMWare / ESXi托pipe基础设施迁移到纯粹的Docker基础设施的道路，并基于：
https://www.upguard.com/articles/docker-vs.-vmware-how-do-they-stack-up
这听起来像是docker也不是真正的重点 – 要replace像VMWare / Hyper-V等现有的hypervisor。
那么问题是：
还是那些为整个机器农场运行纯docker设备的公司呢？如果是的话，他们如何pipe理资源并对所有服务器进行概述？
一个“纯粹的”docker设置增加了另一层抽象。 Docker主机将是在虚拟机pipe理程序或云中运行的虚拟机。 要运行docker容器，你需要一个需要在某个地方运行的Linux主机。 docker主机的资源将需要像kubernetes或swarm这样的docker集群pipe理器。
所以简而言之：没有一种方法可以用一个纯粹的docker解决scheme来完全替代hypervisor设置。