android虚拟机与docker,Docker与虚拟机有什么不同？

码头工人Linux容器(LXC)，但后来切换到龙克(以前称为脂容器)，它运行在与其主机相同的操作系统中。这使得它能够共享大量的主机操作系统资源。此外，它使用分层文件系统(AuFS)并管理网络。

AuFS是一个分层文件系统，因此您可以有一个只读部分和一个写入部分合并在一起。您可以将操作系统的公共部分作为只读(并在所有容器之间共享)，然后为每个容器提供自己的写入安装。

因此，假设您有一个1GB的容器映像；如果您想使用一个完整的VM，则需要1GB乘以x的VM数量。使用Docker和AuFS，您可以在所有容器之间共享1GB的大部分空间，如果您有1000个容器，那么容器OS的空间可能只有1GB多一点(假设它们都运行相同的OS映像)。

一个完全虚拟化的系统获得自己分配给它的一组资源，并且进行最小的共享。您会得到更多的隔离，但它要重得多(需要更多的资源)。使用Docker，您可以获得较少的隔离，但是容器是轻量级的(需要更少的资源)。这样您就可以轻松地在主机上运行数千个容器，它甚至不会眨眼。试着用Xen做这件事，除非你有一个很大的主机，否则我认为这是不可能的。

一个完全虚拟化的系统通常需要几分钟才能启动，而Docker/LXC/runC容器则需要几秒，甚至不到一秒钟。

每种类型的虚拟化系统都有优缺点。如果您希望使用有保证的资源来实现完全隔离，那么完整的VM就是最好的选择。如果您只想将进程彼此隔离，并希望在大小合理的主机上运行大量进程，那么Docker/LXC/runC似乎是可行的。

欲了解更多信息，请访问这组博客文章很好地解释了LXC的工作原理。为什么将软件部署到码头映像(如果这是正确的术语)比简单部署到一致的生产环境容易呢？

部署一致的生产环境说起来容易做起来难。即使你使用这样的工具大厨和木偶，在主机和环境之间总是有操作系统更新和其他变化。

Docker使您能够将操作系统快照到共享映像中，并且可以轻松部署到其他Docker主机上。本地，dev，qa，prod等：所有相同的图像。当然，您可以使用其他工具来完成这一任务，但并不是那么简单或快速。

这对于测试非常有用；假设您有数千个需要连接到数据库的测试，而且每个测试都需要数据库的原始副本并对数据进行更改。这方面的经典方法是在每次测试后使用自定义代码或类似的工具重置数据库。立交桥-这可能非常耗时，意味着测试必须连续运行。但是，使用Docker，您可以创建数据库映像，每个测试运行一个实例，然后并行运行所有测试，因为您知道它们都将运行在数据库的相同快照上。由于测试是并行运行的，并且在Docker容器中，它们可以在同一时间在同一个盒子上运行，并且应该完成得更快。试着用一个完整的VM来做这件事。

从评论中.。有意思的，有趣的!我想我仍然被“快照[ting]OS”的概念搞糊涂了。一个人如何做到这一点，没有，嗯，一个图像的操作系统？

看看我能不能解释一下。从基本映像开始，然后进行更改，然后使用docker提交这些更改，然后创建映像。此图像仅包含与基的差异。当您想要运行您的映像时，您还需要这个基础，它使用分层文件系统将您的图像分层在基础上：如上所述，Docker使用AUFS。AUFS将不同的层合并在一起，你就能得到你想要的；你只需要运行它。您可以继续添加越来越多的图像(层)，它将继续只保存差异。因为Docker通常构建在从登记处，您很少需要自己“快照”整个操作系统。