我使用Ubuntu进行开发和部署,需要创建一个独立的环境。

为此,我正在考虑Vagrant或Docker。优缺点是什么,或者这些解决方案如何比较?


当前回答

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

其他回答

在实际的Oracle Java杂志上有一篇关于将Docker与Vagrant(和Puppet)结合使用的文章,内容非常丰富:

结论

Docker的轻量级容器比经典VM更快并在开发人员中流行,成为CD和DevOps的一部分主动性。如果你的目的是隔离,Docker是一个很好的选择。Vagrant是一个VM管理器,它使您能够编写单个VM以及进行资源调配。然而,它是窗台虚拟机依赖于VirtualBox(或另一个虚拟机管理器)大开销。它要求您将硬盘闲置巨大,它需要大量的RAM,并且性能可能不是最佳的。Docker公司通过LXC使用内核cgroups和命名空间隔离。这意味着您使用的内核与主机和文件系统相同。Vagrant在抽象方面比Docker高一级,因此它们是不是真正可比的。配置管理工具,如Puppet广泛用于供应目标环境。重用现有资源使用Docker,基于木偶的解决方案很简单。您还可以将解决方案,因此基础设施配备了Puppet;这个提供中间件、业务应用程序本身或两者与Docker合作;Docker被Vagrant包裹。使用此范围工具,您可以做最适合您的场景的事情。

如何在DevOps中构建、使用和协调Docker容器http://www.javamagazine.mozaicreader.com/JulyAug2015#&pageSet=34&page=0

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

思路大致如下:

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

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

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

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

肯定是Docker赢了!

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

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

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

现在使用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作为提供程序。

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