我应该使用 Vagrant 还是 Docker 来创建隔离环境？ [关闭]
问：
关闭。这个问题需要更加集中。它目前不接受答案。想改进这个问题？更新问题，使其仅通过编辑此帖子专注于一个问题。 5年前关闭。改进这个问题
我使用 Ubuntu 进行开发和部署，并且需要创建一个隔离的环境。
为此，我正在考虑使用 Vagrant 或 Docker。有什么优点和缺点，或者这些解决方案如何比较？
答1:
HuntsBot周刊–不定时分享成功产品案例，学习他们如何成功建立自己的副业–huntsbot.com
免责声明：我写了 Vagrant！但是因为我写了 Vagrant，所以我大部分时间都生活在 DevOps 世界中，其中包括像 Docker 这样的软件。我与许多使用 Vagrant 的公司合作，许多公司使用 Docker，我看到了两者是如何相互作用的。
在我说太多之前，直接回答：在您的特定场景中（您自己工作，在 Linux 上工作，在生产中使用 Docker），您可以单独使用 Docker 并简化事情。在许多其他情况下（我将进一步讨论），这并不容易。
直接将 Vagrant 与 Docker 进行比较是不正确的。在某些情况下，它们确实重叠，而在绝大多数情况下，它们不会重叠。实际上，更恰当的比较是 Vagrant 与 Boot2Docker（可以运行 Docker 的最小操作系统）之类的东西。 Vagrant 在抽象方面比 Docker 高出一个级别，因此在大多数情况下它不是一个公平的比较。
Vagrant 启动事物以运行应用程序/服务以用于开发目的。这可以在 VirtualBox、VMware 上。它可以像 AWS、OpenStack 一样远程。其中，如果你使用容器，Vagrant 并不在意，并且接受它：例如，它可以自动安装、下拉、构建和运行 Docker 容器。在 Vagrant 1.6 中，Vagrant 具有 docker-based development environments，并支持在 Linux、Mac 和 Windows 上使用与 Vagrant 相同的工作流程的 Docker。 Vagrant 并没有尝试在这里取代 Docker，它包含 Docker 实践。
Docker 专门运行 Docker 容器。如果您直接与 Vagrant 进行比较：它特别是一个更具体的（只能运行 Docker 容器）、不太灵活（需要 Linux 或 Linux 主机）的解决方案。当然，如果您谈论的是生产或 CI，则无法与 Vagrant 相提并论！ Vagrant 并不存在于这些环境中，因此应该使用 Docker。
如果您的组织只为所有项目运行 Docker 容器，并且只有开发人员在 Linux 上运行，那么好吧，Docker 绝对可以为您工作！
否则，我看不出尝试单独使用 Docker 有什么好处，因为你会失去很多 Vagrant 所提供的东西，这些东西具有真正的业务/生产力优势：
Vagrant 可以启动 VirtualBox、VMware、AWS、OpenStack 等机器。不管你需要什么，Vagrant 都可以启动它。如果您使用 Docker，Vagrant 可以在其中任何一个上安装 Docker，以便您可以将它们用于该目的。
Vagrant 是您所有项目的单一工作流程。或者换一种说法，无论项目是否在 Docker 容器中，人们必须学会运行一个项目只是一件事。例如，如果未来出现竞争对手直接与 Docker 竞争，Vagrant 也将能够运行它。
Vagrant 适用于 Windows（回到 XP）、Mac（回到 10.5）和 Linux（回到内核 2.6）。在所有三种情况下，工作流程都是相同的。如果您使用 Docker，Vagrant 可以启动可以在所有这三个系统上运行 Docker 的机器（VM 或远程）。
Vagrant 知道如何配置一些高级或重要的东西，比如网络和同步文件夹。例如：Vagrant 知道如何将静态 IP 附加到机器或转发端口，并且无论您使用什么系统（VirtualBox、VMware 等），配置都是相同的。对于同步文件夹，Vagrant 提供了多种机制来获取您的本地文件传输到远程机器（VirtualBox 共享文件夹、NFS、rsync、Samba [插件] 等）。如果您使用 Docker，即使是带有没有 Vagrant 的 VM 的 Docker，您也必须手动执行此操作，否则在这种情况下他们将不得不重新发明 Vagrant。
Vagrant 1.6 对基于 docker 的开发环境具有一流的支持。这不会在 Linux 上启动虚拟机，而是在 Mac 和 Windows 上自动启动虚拟机。最终结果是在所有平台上使用 Docker 是统一的，而 Vagrant 仍然处理诸如网络、同步文件夹等繁琐的细节。
为了解决我听到的支持使用 Docker 而不是 Vagrant 的具体反对论点：
“它是更少的活动部件” - 是的，如果您专门为每个项目使用 Docker，它可以是。即便如此，它还是牺牲了 Docker 锁定的灵活性。如果您决定不将 Docker 用于过去、现在或未来的任何项目，那么您将拥有更多可动部分。如果您使用过 Vagrant，那么您将拥有一个支持其余部分的活动部分。
“更快！” - 一旦你拥有可以运行 Linux 容器的主机，Docker 运行容器的速度肯定比任何虚拟机都快。但是启动虚拟机（或远程机器）是一次性成本。在一天中，大多数 Vagrant 用户从未真正销毁他们的 VM。这是对开发环境的一种奇怪的优化。在 Docker 真正大放异彩的生产环境中，我理解快速启动/关闭容器的必要性。
我希望现在可以清楚地看到将 Docker 与 Vagrant 进行比较是非常困难的，而且我认为这是不正确的。对于开发环境，Vagrant 更抽象、更通用。 Docker（以及你可以让它表现得像 Vagrant 的各种方法）是 Vagrant 的一个特定用例，忽略了 Vagrant 必须提供的所有其他东西。
总之：在高度特定的用例中，Docker 无疑是 Vagrant 的可能替代品。在大多数用例中，它不是。 Vagrant 不会妨碍您使用 Docker；它实际上尽其所能使这种体验更加顺畅。如果你发现这不是真的，我很乐意接受改进的建议，因为 Vagrant 的目标是在任何系统上都能很好地工作。
希望这可以解决问题！
@JaredMarkell 我想也许他正在寻找一种基于 Web 的服务来让他管理他的 Vagrant 机器，例如 Protobox。
@Mitchell 我只想说谢谢你如此详细地解释这一点。显然，您不可能完全客观，因此我感谢您花时间解释细微差别和可以使用它们的各种情况。我认为今天关于各种工具的很多困惑是它们重叠很多，很多人想要一个万能的解决方案，有人只是告诉他们该做什么，他们可以实施它。您的回答的美妙之处在于它回答了基本问题：我如何创建一个孤立的环境？ （与工具无关）。
@JaredMarkell Docker 有一个 REST API docs.docker.com/reference/api/docker_remote_api
@OğuzÇelikdemir Vagrant 可以做的远不止这些。当然，如果你为每个项目准备一个特定的虚拟机，这将持续下去。但是在开发过程中，我经常会添加更多的服务/守护进程/设置（例如，当我决定在开发过程中将 RabbitMQ 用于项目时）。纯 VM 方法将要求您准备一个新映像，安装和配置 RabbitMQ，并强制开发人员将他们的 VM 更改为这个新的。对于 Vagrant - 我在 vagrant 配置中添加了适当的行，所有开发人员都可以轻松升级他们的 VM（使用 vagrant provision）。
（您的意思是“披露”，揭示重要的事情，而不是“免责声明”，否认责任：english.stackexchange.com/q/115850）
答2:
huntsbot.com汇聚了国内外优秀的初创产品创意，可按收入、分类等筛选，希望这些产品与实践经验能给您带来灵感。
我是 Docker 的作者。
简短的回答是，如果你想管理机器，你应该使用 Vagrant。如果你想构建和运行应用程序环境，你应该使用 Docker。
Vagrant 是一个管理虚拟机的工具。 Docker 是一种通过将应用程序打包到轻量级容器中来构建和部署应用程序的工具。容器可以容纳几乎任何软件组件及其依赖项（可执行文件、库、配置文件等），并在有保证且可重复的运行时环境中执行它。这使得构建您的应用程序并在任何地方部署它变得非常容易 - 在您的笔记本电脑上进行测试，然后在不同的服务器上进行实时部署等。
一个常见的误解是只能在 Linux 上使用 Docker。这是不正确的；你也可以在 Mac 和 Windows 上安装 Docker。在 Mac 上安装时，Docker 捆绑了一个微型 Linux VM（磁盘上 25MB！），它充当容器的包装器。一旦安装，这是完全透明的；您可以以完全相同的方式使用 Docker 命令行。这为您提供了两全其美：您可以使用容器测试和开发您的应用程序，这些容器非常轻量级、易于测试且易于移动（参见示例 https://hub.docker.com，了解与 Docker 社区共享可重用容器），以及您无需担心管理虚拟机的具体细节，无论如何这只是达到目的的一种手段。
理论上，可以使用 Vagrant 作为 Docker 的抽象层。我建议不要这样做，原因有两个：
首先，对于 Docker，Vagrant 不是一个好的抽象。 Vagrant 旨在管理虚拟机。 Docker 旨在管理应用程序运行时。这意味着 Docker 在设计上可以以更丰富的方式与应用程序交互，并拥有更多关于应用程序运行时的信息。 Docker 中的原语是进程、日志流、环境变量和组件之间的网络链接。 Vagrant 中的原语是机器、块设备和 ssh 密钥。 Vagrant 只是在堆栈中处于较低位置，它与容器交互的唯一方法是假装它只是另一种机器，您可以“启动”和“登录”。因此，当然，您可以使用 Docker 插件键入“vagrant 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 不是用来管理机器的，Vagrant 是用来管理开发环境的。 Vagrant 旋转机器的事实大多具有历史意义。 Vagrant 的下一个版本具有一流的支持，可以直接在主机或任何 VM（Mac、Win）上使用 Docker 作为提供程序来启动开发环境。如果那是某人想要的（同样，在主机或 VM 上），它也可以启动原始 LXC。 Vagrant 有兴趣做最好的事情来创建一个可移植的开发环境，无论这是否意味着创建一个 VM。
@Davide 这更详细地介绍了它：vagrantup.com/blog/…
“你只能在 Linux 上使用 Docker 是一个常见的误解”虽然这是真的，但准确地说你只能在 Docker 上使用 Linux。如果我想设置一个测试运行器，在各种环境配置（不同的数据库、php 版本、缓存后端等）中运行我的应用程序，那么我可以使用 docker 容器轻松地做到这一点。但是我看不到我的应用程序是否可以在 Windows IIS 环境中或在 BSD 或 OSX 上正常运行。
由于 Vagrant 内置了对 docker 的提供程序支持，因此您的第一点已经过时：docs.vagrantup.com/v2/provisioning/docker.html
该帖子已过时。 Vagrant 现在支持 Docker 作为提供者。还有一些视频展示了如何在他们的 blog 上同时使用 Vagrant 和 Docker。
答3:
一个优秀的自由职业者，应该有对需求敏感和精准需求捕获的能力，而huntsbot.com提供了这个机会
如果您的目的是隔离，我认为 Docker 就是您想要的。
Vagrant 是一个虚拟机管理器。它允许您编写虚拟机配置和配置脚本。但是，它仍然是一个依赖于 VirtualBox（或其他）的虚拟机，开销很大。它要求您拥有一个可能很大的硬盘驱动器文件，需要大量内存，并且性能可能不是很好。
另一方面，Docker 通过 LXC 使用内核 cgroup 和命名空间。这意味着您使用与主机相同的内核和相同的文件系统。您可以将 Dockerfile 与 docker build 命令一起使用，以处理容器的供应和配置。您在 docs.docker.com 有一个关于如何制作 Dockerfile 的示例；它非常直观。
你想要使用 Vagrant 的唯一原因是你需要在你的 Ubuntu 机器上进行 BSD、Windows 或其他非 Linux 开发。否则，请选择 Docker。
不幸的是，还没有。如果您在 32 位系统中，则需要具有 64 位来宾系统的 VM 才能运行 docker。但是，随着 go1.1 对 32 位的支持变得更好，docker 可能很快就会支持 32 位拱
这适用于 Mac 和 Windows，但从 docker 0.7 开始，任何 linux 发行版都可以正常工作。如果你知道一个非工作的，请告诉我。此外，除非您有 Mac 或 Windows 堆栈（这不太可能但可能发生），否则您不希望在 linux 之外的任何地方运行 Docker。 docker 客户端在 Mac 上运行良好，应该很快在 BSD 上运行，并且守护进程最终将支持 BSD、Solaris 和 Mac。
如果有人看到这些评论，您应该知道 Docker 仅在 12 天前发布了 ver1.0 (blog.docker.com/2014/06/its-here-docker-1-0)，并且很多不同的平台都是稳定的 &现在支持 (docs.docker.com/installation)
vagrant 有 LXC 和 docker 供应商。然而 - Vagrant 和 docker 是根本不同的东西。 Vagrant 纯粹用于开发环境，docker 仅用于生产环境和 Linux。
Docker 现在可以在 Windows 10 Pro 及更高版本和 Windows Server 2016 上运行。我刚刚从 Windows 10 Home 升级到 Windows 10 Pro 并安装了 docker 应用程序。我现在可以在 Windows 10 上运行 Linux docker 映像。太棒了！
答4:
huntsbot.com高效搞钱，一站式跟进超10+任务平台外包需求
我首先承认我没有使用 Docker 的经验，除了作为一个热心的观察者，我认为这是一个非常简洁的解决方案，并且获得了很多关注。
我确实对 Vagrant 有相当多的经验，并且可以强烈推荐它。它肯定是一个更重量级的解决方案，因为它是基于 VM 而不是基于 LXC。但是，我发现一台不错的笔记本电脑（8 GB RAM，i5/i7 CPU）使用 Vagrant/VirtualBox 和开发工具运行 VM 没有问题。
Vagrant 的一大优点是与 Puppet/Chef/shell 脚本集成以实现配置自动化。如果您使用这些选项之一来配置您的生产环境，您可以创建一个与您将获得的几乎相同的开发环境，这正是您想要的。
Vagrant 的另一个好处是您可以将 Vagrantfile 与应用程序代码一起版本化。这意味着您团队中的其他人都可以共享此文件，并且您可以保证每个人都使用相同的环境配置。
有趣的是，Vagrant 和 Docker 实际上可能是互补的。 Vagrant 可以扩展以支持不同的虚拟化提供商，并且 Docker 可能就是这样的提供商之一，在不久的将来会获得支持。有关该主题的最新讨论，请参阅 https://github.com/dotcloud/docker/issues/404。
伙计们，我为 docker 发布了一个 实验性 vagrant 提供程序：github.com/fgrehm/docker-provider。
Docker 不是虚拟化，而是在自己的容器中运行操作系统，使用相同的主机内核，它不像其他 VM 那样提供提供程序，因此 Vagrant 已经支持 docker。
Docker 是操作系统本身的虚拟化，隐含地重用底层硬件。它是虚拟化，因为它抽象和隔离了容器中运行的文件系统、网络和进程。
答5:
huntsbot.com高效搞钱，一站式跟进超10+任务平台外包需求
它们非常互补。
几个月来，我一直在所有项目中使用 VirtualBox、Vagrant 和 Docker 的组合，并强烈感受到以下好处。
在 Vagrant 中，您可以完全取消任何 Chef 单独配置，并且您需要您的 vagrant 文件做的就是准备一台机器，该机器运行一个安装 docker 的小型 shell 脚本。这意味着我的每个项目的 Vagrantfiles 几乎相同并且非常简单。
这是一个典型的 Vagrantfile
# -*- 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 Chef 单独配置会复杂得多。
当您进入生产环境时，将获得最后一个大优势，将开发环境转换为相同的主机基础设施，因为它们只有足够的配置来运行 docker，这实际上意味着很少的工作。
如果你有兴趣，我在我自己的网站上有一篇关于开发环境的更详细的文章
Implementing A Vagrant / Docker Development Environment
您完成了所有 docker_start 编排，但没有费心将容器链接在一起。您是否只是使用硬编码的端口号，因为您在 Vagrant 下运行它？
嗨 WineSoaked，上面的示例没有显示实际使用所有这些服务的容器。如果您查看提到的博客文章，还有另一个脚本 script/vagrant/docker_web 可以启动项目的开发容器。这确实在 docker run 命令上使用了 --link ，并且 Rails 项目使用 docker 注入的环境变量来连接到服务。
我可以看到合并这两种产品的潜力。 Vagrant 作为环境测试和 docker 用于应用程序包装。合并两者，您可以在许多场景中测试单个应用程序或单元测试。我认为许多“测试平台服务”当时都在使用 Vagrant+Docker。
“他们非常恭维。” — 确实，两者都可以免费使用。
嗨@koppor 我上次使用 docker 机器大约是三个月前，还没有回到它。我遇到的问题是，在使用 VMWare 驱动程序时，从我的 MAC 主机主机到运行 docker 的 VM 共享文件夹时存在错误。这意味着我无法在 Mac 上本地编辑代码并将更改反映在 docker 容器中。我不知道他们是否已经修复它，当他们修复它时，我确实会切换到它。然而，自从写下这个答案以来，我已经将我所有的容器编排切换到了 docker compose
答6:
huntsbot.com聚合了超过10+全球外包任务平台的外包需求，寻找外包任务与机会变的简单与高效。
Vagrant-lxc 是 Vagrant 的一个插件，可让您使用 LXC 来配置 Vagrant。它没有默认的 vagrant VM (VirtualBox) 具有的所有功能，但它应该比 docker 容器更灵活。链接中有一段视频展示了它的功能，值得一看。
这里是项目 github.com/fgrehm/vagrant-lxc 的直接链接
答7:
HuntsBot周刊–不定时分享成功产品案例，学习他们如何成功建立自己的副业–huntsbot.com
现在有了 Vagrant，你可以将 Docker 作为提供者。 http://docs.vagrantup.com/v2/docker/。可以使用 Docker 提供程序代替 VirtualBox 或 VMware。
请注意，您也可以使用 Docker 通过 Vagrant 进行配置。这与使用 Docker 作为提供程序非常不同。 http://docs.vagrantup.com/v2/provisioning/docker.html
这意味着您可以将 Chef 或 Puppet 替换为 Docker。您可以使用 Docker 作为提供者 (VM) 和 Chef 作为配置者的组合。或者您可以使用 VirtualBox 作为提供者，使用 Docker 作为供应者。
世界简直疯了；）我们可以使用 docker provider 运行 vagrant 在 vagrant 中运行 docker 容器
@zainengineer，Windows 上 Vagrant 的 Docker 提供程序仍然使用 boot2docker 还是使用 Docker Toolbox 的某些变体？
@zainengineer 您是否有一些指向说明性示例的链接（不是 vagrant 文档）？
答8:
huntsbot.com汇聚了国内外优秀的初创产品创意，可按收入、分类等筛选，希望这些产品与实践经验能给您带来灵感。
两者都使用是应用程序交付测试的重要组成部分。我才刚刚开始接触 Docker，并且非常认真地思考一个应用程序团队，该团队在构建和交付其软件方面非常复杂。想想一个经典的凤凰项目/持续交付情况。
想法是这样的：
获取一个 Java/Go 应用程序组件并将其构建为一个容器（注意，不确定应用程序是应该构建在容器中还是构建然后安装到容器中）
将容器交付给 Vagrant VM。
对所有应用程序组件重复此操作。
迭代要编码的组件。
持续测试 Vagrant 管理的 VM 的交付机制
睡个好觉，知道什么时候部署容器，集成测试比 Docker 之前更持续地进行。
这似乎是 Mitchell 的声明的逻辑延伸，即 Vagrant 是为了开发与 Farley/Humbles 在持续交付中的思考相结合。如果我作为一名开发人员能够缩小集成测试和应用程序交付的反馈循环，那么更高质量和更好的工作环境就会随之而来。
作为一名开发人员，我不断地向 VM 交付容器并更全面地测试应用程序这一事实意味着生产版本将进一步简化。
所以我认为 Vagrant 的发展是一种利用 Docker 对应用程序部署产生的可怕后果的一种方式。
你有没有关于这个的博客文章？现在快两年了，最近怎么样？还在使用 vagrant 和 docker 还是只使用 docker 和 docker-fleat/machine？
我工作的公司被收购了，他们删除了我所有的内容@Hoto。简短的回答是我在家中使用 docker-machine 来完成我的宠物项目。在工作中，我是manager，不做太多技术工作。我们没有使用 Docker 的计划，所以我们的工具通常是 Vagrant。
答9:
保持自己快人一步,享受全网独家提供的一站式外包任务、远程工作、创意产品订阅服务–huntsbot.com
绝对是 Docker 的胜利！
您可能知道 Vagrant 用于虚拟机管理，而 Docker 用于软件容器管理。如果你不知道区别，这里是：一个软件容器可以与其他软件容器共享同一台机器和内核。使用容器可以节省资金，因为您不会在多个操作系统（内核）上浪费资源，您可以在每台服务器上打包更多软件，保持良好的隔离度。
当然，这是一门新的学科，需要关心自己的陷阱和挑战。
如果您的要求超过单机资源限制，请选择 Docker Swarm。
答10:
huntsbot.com – 程序员副业首选，一站式外包任务、远程工作、创意产品分享订阅平台。
在实际的 Oracle Java 杂志中有一篇关于结合使用 Docker 和 Vagrant（和 Puppet）的内容非常丰富的文章：
结论
与经典 VM 相比，Docker 的轻量级容器速度更快，并且已在开发人员中流行起来，并作为 CD 和 DevOps 计划的一部分。如果您的目的是隔离，Docker 是一个很好的选择。 Vagrant 是一个 VM 管理器，它使您能够编写单个 VM 的配置脚本以及进行配置。但是，它仍然是一个依赖于 VirtualBox（或另一个 VM 管理器）的 VM，开销相对较大。它要求您有一个很大的空闲硬盘驱动器，它需要大量的 RAM，并且性能可能不是最佳的。 Docker 通过 LXC 使用内核 cgroups 和命名空间隔离。这意味着您使用与主机相同的内核和相同的文件系统。 Vagrant 在抽象方面比 Docker 高出一个级别，因此它们没有可比性。 Puppet 等配置管理工具广泛用于配置目标环境。使用 Docker 可以轻松重用现有的基于 Puppet 的解决方案。您还可以对您的解决方案进行切片，以便使用 Puppet 配置基础架构；中间件、业务应用程序本身或两者都使用 Docker 进行配置；并且 Docker 由 Vagrant 包装。使用这一系列工具，您可以做最适合您的场景的事情。
如何在 DevOps 中构建、使用和编排 Docker 容器http://www.javamagazine.mozaicreader.com/JulyAug2015#&pageSet=34&page=0
丢失了很多 t
huntsbot.com聚合了超过10+全球外包任务平台的外包需求，寻找外包任务与机会变的简单与高效。