容器与hypervisor之间的关系

容器和hypervisor长期以来一直被放在一起比较，但现在开发人员正在改变这种看法，寻找某种方法能把这两种技术的能力融合在一起。

　　绝大多数有关容器和hypervisor这两种虚拟化核心技术的讨论，都突出强调两者字面上的特点区别。这种思路想要将这两种技术对立起来，将容器与hypervisor做对比，仿佛两者间存在一场战争，直到一种技术彻底压倒另一种技术。

　　而现实中，除了两者的冲突外，还有很多问题值得讨论。容器与hypervisor的对比并不应该成为一个问题。事实上，容器和hypervisor将可能会一直并存甚至融合在一起。

　　容器的重要特点在于它不需要对操作系统进行重复多份镜像，而在hypervisor虚拟化中每台虚拟机都需要一个独立的操作系统镜像。显然，这意味着日常运行开销需要的内存要少得多，更多的存储空间也可以被释放用于应用程序及其数据。

　　这些在内存和存储空间上的增益并不小。在一台使用容器的服务器上，运行的实例数可达到hypervisor的三倍。一些特例中，例如所有虚拟桌面完全统一的环境中，这种增益可达到10倍之多。从另一个方面看，给定工作负荷所需的服务器数量显著减少。软件授权也会受到影响。每个服务器上一个软件将只需要一个授权。因为软件变成了共享镜像的一部分，这种增益也延伸到了软件上。

　　容器能够提升性能和安全性

　　容器还带来其他效益。它启动的速度快于hypervisor实例，主要是由于它的镜像不需要从scratch分区上重载。容器用的镜像更便携，更容易构造，带来使用过程中的便于部署和灵活性的优势。而且，一些对比评分系统一致显示容器在性能上优于hypervisor，完成相同的工作容器所需时间有15%的优势。

　　存在这么多优势，我们有理由好奇，除了工业界的保守应用以外，为什么容器还没有完全取代hypervisor。毕竟，Docker容器