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

肯定是Docker赢了！

您可能知道Vagrant用于虚拟机管理，而Docker用于软件容器管理。如果您不知道其中的区别，这里是：软件容器可以与其他软件容器共享相同的机器和内核。使用容器可以节省资金，因为您不会在多个操作系统（内核）上浪费资源，您可以为每台服务器打包更多的软件，保持良好的隔离度。

当然，这是一门新学科，需要关注自身的缺陷和挑战。

如果您的需求超过单机资源限制，请使用Docker Swarm。

它们非常互补。

几个月来，我一直在所有项目中使用VirtualBox、Vagrant和Docker的组合，并强烈感受到以下好处。

在Vagrant中，您可以完全取消任何Chef单独提供，您所需要的流浪文件只需准备一台运行安装docker的小型shell脚本的机器。这意味着我的每个项目的Vagrant文件几乎都是相同的，而且非常简单。

这是一个典型的流浪汉档案

# -*- mode: ruby -*-
# vi: set ft=ruby :
VAGRANTFILE_API_VERSION = "2"
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
  config.vm.box = "mark2"
  config.vm.box_url = "http://cloud-images.ubuntu.com/vagrant/trusty/current/trusty-server-cloudimg-amd64-vagrant-disk1.box"
  [3000, 5000, 2345, 15672, 5672, 15674, 27017, 28017, 9200, 9300, 11211, 55674, 61614, 55672, 5671, 61613].each do |p|
    config.vm.network :forwarded_port, guest: p, host: p
  end
  config.vm.network :private_network, ip: "192.168.56.20"
  config.vm.synced_folder ".", "/vagrant", :type => "nfs"
  config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--memory", "2048"]
    vb.customize ["modifyvm", :id, "--cpus", "2"]
  end
  # Bootstrap to Docker
  config.vm.provision :shell, path: "script/vagrant/bootstrap", :privileged => true
  # Build docker containers
  config.vm.provision :shell, path: "script/vagrant/docker_build", :privileged => true
  # Start containers
  # config.vm.provision :shell, path: "script/vagrant/docker_start", :privileged => true
end

安装docker的Bootstrap文件如下

#!/usr/bin/env bash
echo 'vagrant  ALL= (ALL:ALL) NOPASSWD: ALL' >> /etc/sudoers
apt-get update -y
apt-get install htop -y
apt-get install linux-image-extra-`uname -r` -y
apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9
echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list
apt-get update -y
apt-get install lxc-docker -y
apt-get install curl -y

现在，为了获得我需要运行的所有服务，我有一个docker_start脚本，看起来像这样

#!/bin/bash
cd /vagrant
echo Starting required service containers
export HOST_NAME=192.168.56.20
# Start MongoDB
docker run --name=mongodb --detach=true --publish=27017:27017 --publish=28017:28017 dockerfile/mongodb
read -t5 -n1 -r -p "Waiting for mongodb to start..." key
# Start rabbitmq
docker run --name=rabbitmq --detach=true --publish=5671:5671 --publish=5672:5672 --publish=55672:55672 --publish=15672:15672 --publish=15674:15674 --publish=61613:61613 --env RABBITMQ_USER=guest --env RABBITMQ_PASS=guest rabbitmq
read -t5 -n1 -r -p "Waiting for rabbitmq to start..." key
# Start cache
docker run --name=memcached --detach=true --publish=11211:11211  ehazlett/memcached
read -t5 -n1 -r -p "Waiting for cache to start..." key
# Start elasticsearch
docker run --name=elasticsearch --detach=true --publish=9200:9200 --publish=9300:9300 dockerfile/elasticsearch
read -t5 -n1 -r -p "Waiting for elasticsearch to start..." key
echo "All services started"

在本例中，我运行MongoDB、Elastisearch、RabbitMQ和Memcached

非码头厨师的单人配置将更加复杂。

当您进入生产环境时，将开发环境转换为主机的基础设施，因为它们只有足够的配置来运行docker，这意味着几乎没有什么工作。

如果你感兴趣，我在自己的网站上有一篇关于开发环境的更详细的文章

实现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，您可以将Docker作为提供者。http://docs.vagrantup.com/v2/docker/.Docker提供程序可以用来代替VirtualBox或VMware。

请注意，您也可以使用Docker为Vagrant提供资源。这与使用Docker作为提供者非常不同。http://docs.vagrantup.com/v2/provisioning/docker.html

这意味着你可以用Docker代替Chef或Puppet。您可以使用Docker作为提供者（VM）和Chef作为提供者的组合。或者您可以使用VirtualBox作为提供程序，Docker作为提供程序。

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

思路大致如下：

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

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

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

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