Vagrant lxc是Vagrant的一个插件，让您使用lxc来提供Vagrant。它没有默认流浪VM（VirtualBox）所具有的所有功能，但它应该比docker容器更灵活。链接中有一段视频显示了它的功能，值得观看。

使用两者是应用程序交付测试的重要部分。我才刚开始接触Docker，并非常努力地思考一个在构建和交付软件方面非常复杂的应用程序团队。想象一个典型的菲尼克斯项目/持续交付情况。

思路大致如下：

将Java/Go应用程序组件构建为容器（注意，不确定应用程序是应该在容器中构建还是在安装到容器上）将容器交付给Vagrant VM。对所有应用程序组件重复此操作。对要进行代码编写的组件进行迭代。持续测试Vagrant管理的VM的交付机制睡个好觉，知道什么时候该部署容器了，集成测试比Docker之前更为持续。

这似乎是米切尔在《持续交付》中关于Vagrant是为了发展与Farley/Humbles思维相结合的说法的逻辑延伸。如果我作为一名开发人员，能够缩小集成测试和应用程序交付的反馈回路，那么更高质量和更好的工作环境将随之而来。

作为一名开发人员，我一直在不断地向VM交付容器，并更全面地测试应用程序，这意味着生产版本将进一步简化。

因此，我认为Vagrant是一种利用Docker对应用程序部署带来的一些可怕后果的方式。

我在回答的开头承认，除了作为一个狂热的观察者，我对Docker没有任何经验，因为它看起来是一个非常整洁的解决方案，并获得了很多关注。

我确实对Vagrant有相当丰富的经验，并强烈推荐它。就基于VM而不是基于LXC而言，它无疑是一个更重量级的解决方案。然而，我发现一台不错的笔记本电脑（8GB RAM，i5/i7 CPU）在使用Vagrant/VirtualBox和开发工具运行VM时没有问题。

Vagrant真正伟大的一点是与Puppet/Chef/shell脚本的集成，以实现自动配置。如果您使用这些选项之一来配置您的生产环境，那么您可以创建一个与您将要获得的几乎完全相同的开发环境，这正是您想要的。

Vagrant的另一个优点是，您可以将Vagrant文件与应用程序代码一起进行版本化。这意味着团队中的其他所有人都可以共享此文件，并且保证每个人都使用相同的环境配置。

有趣的是，Vagrant和Docker实际上可能是互补的。Vagrant可以扩展到支持不同的虚拟化提供商，Docker可能就是其中一个在不久的将来获得支持的提供商。看见https://github.com/dotcloud/docker/issues/404最近关于该主题的讨论。

如果你的目的是隔离，我认为Docker就是你想要的。

Vagrant是一个虚拟机管理器。它允许您编写虚拟机配置以及资源调配的脚本。然而，它仍然是一个依赖VirtualBox（或其他）的虚拟机，开销巨大。它需要你有一个巨大的硬盘文件，它需要很多内存，而且性能可能不是很好。

另一方面，Docker通过LXC使用内核cgroup和命名空间。这意味着您正在使用与主机相同的内核和相同的文件系统。您可以将Dockerfile与docker build命令一起使用，以便处理容器的供应和配置。你在docs.docker.com上有一个关于如何制作Dockerfile的示例；这是非常直观的。

如果您需要在Ubuntu上进行BSD、Windows或其他非Linux开发，那么您可以使用Vagrant。否则，去找Docker。

我是Docker的作者。

简单的答案是，如果你想管理机器，你应该使用Vagrant。如果你想构建和运行应用程序环境，你应该使用Docker。

Vagrant是一种管理虚拟机的工具。Docker是一个通过将应用程序打包到轻量级容器中来构建和部署应用程序的工具。容器可以容纳几乎任何软件组件及其依赖项（可执行文件、库、配置文件等），并在有保证且可重复的运行时环境中执行它。这使得只需一次构建应用程序并将其部署到任何地方都变得非常容易——在笔记本电脑上进行测试，然后在不同的服务器上进行实时部署等。

一个常见的误解是，您只能在Linux上使用Docker。这是不正确的；您也可以在Mac和Windows上安装Docker。当安装在Mac上时，Docker捆绑了一个小型Linux VM（磁盘上有25 MB！），作为容器的包装器。一旦安装，这是完全透明的；您可以以完全相同的方式使用Docker命令行。这让你两全其美：你可以使用容器来测试和开发你的应用程序，容器很轻，很容易测试，也很容易移动（参见示例https://hub.docker.com用于与Docker社区共享可重用容器），并且您不必担心管理虚拟机的具体细节，无论如何，这只是实现目标的一种手段。

理论上，可以使用Vagrant作为Docker的抽象层。我反对这种做法有两个原因：

首先，Vagrant不是Docker的好抽象。Vagrant旨在管理虚拟机。Docker旨在管理应用程序运行时。这意味着Docker在设计上可以以更丰富的方式与应用程序交互，并拥有更多关于应用程序运行时的信息。Docker中的原语是进程、日志流、环境变量和组件之间的网络链接。Vagrant中的原语是机器、块设备和ssh密钥。Vagrant只是位于堆栈的较低位置，它与容器交互的唯一方式是假装它只是另一种机器，您可以“启动”和“登录”。所以，当然，你可以用Docker插件键入“floatint up”，就会发生一些很好的事情。它是否可以替代Docker所能做的全部工作？尝试本地Docker几天，自己看看：）第二，锁定争论。“如果你使用Vagrant作为抽象，你就不会被锁定在Docker中！”。从设计用于管理机器的Vagrant的观点来看，这很有道理：容器不就是另一种机器吗？就像Amazon EC2和VMware一样，我们必须小心不要将我们的资源调配工具与任何特定的供应商绑定！这会造成锁定-最好用Vagrant将其抽象化。但这完全忽略了Docker的观点。Docker不提供机器；它将您的应用程序包装在一个轻量级的可移植运行时中，该运行时可以放在任何地方。

为应用程序选择的运行时与如何配置机器无关！例如，将应用程序部署到由其他人提供的机器上（例如，系统管理员部署的EC2实例，可能使用Vagrant），或者部署到Vagrant根本无法提供的裸机上是非常常见的。相反，您可以使用Vagrant来提供与开发应用程序无关的机器，例如一个随时可用的Windows IIS盒或其他东西。或者，您可以使用Vagrant为不使用Docker的项目提供机器——例如，它们可能使用rubygems和rvm的组合进行依赖管理和沙盒。

总之：Vagrant用于管理机器，Docker用于构建和运行应用程序环境。

Vagrant lxc是Vagrant的一个插件，让您使用lxc来提供Vagrant。它没有默认流浪VM（VirtualBox）所具有的所有功能，但它应该比docker容器更灵活。链接中有一段视频显示了它的功能，值得观看。