Docker 与虚拟机有何不同？

黄小小

我不断重读Docker 文档，试着了解 Docker 和完整 VM 之间的区别。如何提供完整的文件系统、隔离网络环境等，而不是那么重？
为什么软件部署到 Docker 图像(如果这是正确的术语)比简单地部署到一致的生产环境更容易？

解决方案:
                                                            Docker 最初使用LinuX Containers (LXC)，但后来改用runC（以前称为libcontainer），它在与主机相同的操作系统中运行。这允许它共享大量的主机操作系统资源。此外，它使用分层文件系统 ( )AuFS ) 并管理网络。
AuFS 是一个分层文件系统，因此您可以将只读部分与写入部分结合起来。操作系统的公共部分可以设置为只读(并在所有容器之间共享)，然后为每个容器提供自己的写入和挂载。
所以假设你有 1 GB 容器图像；如果你想使用完整的 VM，则需要 1 GB x 你想要的 VM 数量。使用 Docker 和 AuFS，您可以在所有容器之间共享 1 GB 大部分空间，如果你有 1000个容器，你仍然可能只有 1 GB 容器操作系统中使用的空间较多(假设它们都运行相同的操作系统图像) .
一个完整的虚拟化系统可以获得分配给它自己的一组资源，并最小限度地共享。你可以得到更多的隔离，但它更重（需要更多的资源）。Docker，你可以得到更少的隔离，但容器是轻量级的（需要更少的资源）。因此，你可以很容易地在主机上运行数千个容器，它甚至不会闪烁。试着使用 Xen除非你有一个很大的主机，否则我认为这是不可能的。
一个完整的虚拟化系统通常需要几分钟才能启动， Docker/LXC/runC 容器需要几秒钟，通常不到一秒钟。
每种类型的虚拟化系统都有自己的优缺点。如果你想完全隔离和确保资源，那么完整的 VM 是你最好的选择。如果你只想把过程隔离开来，想在合理大小的主机上运行大量的过程， Docker/LXC/runC 似乎是要走的路。
有关更多信息，请查看这组博客文章，这些文章很好地解释了 LXC 工作原理。
为什么软件部署到 docker 图像(如果这是正确的术语)比简单地部署到一致的生产环境更容易？
部署一致的生产环境很容易做到。即使你使用它Chef和Puppet 等工具，在主机和环境之间总会有操作系统更新和其他变化。
Docker 使您能够将操作系统快照到共享图像中，并使其易于部署在其他 Docker 主机。dev、qa、prod 等等:都是一样的图像。当然，你可以使用其他工具来做到这一点，但几乎不那么容易或快。
这非常适合测试；假设数千个测试需要连接到数据库，每个测试都需要数据库的原始副本并更改数据。经典的方法是在每次测试后使用自定义代码或Flyway 等工具重置数据库- 这可能非常耗时，并且意味着必须连续运行测试。但是，使用 Docker，您可以创建数据库图像，并在每个测试中操作一个例子，然后并行操作所有测试，因为您知道它们将为同一数据库快照操作。因为测试是在Docker容器并行运行，可以同时在同一个盒子上运行，应该更快地完成。尝试使用完整的 VM 执行此操作。
从评论…
有趣的！我想我还是对快照[ting]OS概念感到困惑。如果没有制作操作系统的图像，如何做到这一点？
好吧，让我们看看我能不能解释一下。您从基本图像开始，然后更改，并使用 docker 提交这些变化，然后创建图像。这个图像只包含与基础的区别。当你想操作你的镜像时，你仍然需要基础。它使用分层文件系统将你的镜像分层在基础上：如上所述，Docker 使用 AuFS。AuFS 将不同的层合并在一起，你得到你想要的；你只需要操作它。您可以继续添加越来越多的图像（层），它将继续保持差异。Docker它通常建立在注册表的现成图像上，所以你很少需要自己的快照整个操作系统。

Docker 与虚拟机有何不同？

黄小小 LV1