Zusätzlich zu der ausgezeichneten Antwort von Adam bindet Vagrant alles zusammen. Obwohl Chef und Puppet (und Salt und Shell-Skripte und was auch immer andere Provisioner Sie verwenden möchten) getrennte Dinge sind, bindet Vagrant alles zusammen und lässt es mit nur einem vagrant up.

, Dass ein Befehl

1. starten Sie einfach die VM, wenn das alles ist, was benötigt wird, aber es wird auch
2. Erstellen Sie das Feld aus Ihrem angegebenen Basisfeld, wenn dies auch noch nicht geschehen ist, aber wenn Sie sie haben nicht einmal die Basis-Box auf Ihrer Maschine wird es zuerst
3. Holen Sie es von seiner URL und laden Sie es auf Ihren Computer herunter.

Du musst nicht an all das denken. Angenommen, Sie wechseln zu einem anderen Projekt, das von einem Kollegen gestartet wurde. Sie überprüfen einfach den Code aus Ihrem Repo und führen vagrant up, ohne sich Gedanken über das Herunterladen von ISOs oder die Installation von etwas zu machen oder sich zu fragen, welche Version von welcher Distribution Sie für diesen bestimmten Client verwenden müssen oder ob Sie eine Kopie von eine VM, die bereits alles hat, was Sie brauchen.

Sie müssen sich nicht einmal darum kümmern, ob sie Dinge mit Chef oder Puppet oder nur Shell-Skripten eingerichtet haben. (Okay, Sie müssen also möglicherweise ein bundle install oder auf andere Weise sicherstellen, dass alles installiert ist, aber immer noch keine große Sache.)

Indem es alles zusammenbindet und eine einheitliche Schnittstelle für alles bereitstellt, kann es alle außer den einfachsten Anwendungsfällen viel einfacher machen. Zuerst haben Sie vielleicht das Gefühl, nur einen neuen Weg zu lernen um das zu tun, was Sie bereits tun, aber sobald Sie tiefer in Vagrant Use sind, werden Sie feststellen, dass Sie mit viel weniger Aufwand viel mehr tun können. Es wird die anfängliche Zeitinvestition wert sein.

Die Fähigkeit, Chef oder Puppet in die VM-Bereitstellung zu integrieren, ist der Schlüssel. Die meisten Vagrant-Benutzer werden Ihnen sagen, dass sie "vagrant provision" und gelegentlich "vagrant reload" viel häufiger ausführen als "Vagrant up" oder "vagrant destroy". Diese Aufgaben zeigen an, dass die eigentliche Arbeit nicht darin besteht, VMs hoch - /runterzudrehen, sondern sie danach zu "verwalten".

Um eine bessere Frage zu stellen (die sowieso von erfahrenen Chef-Benutzern gestellt wird), könnte es sein, warum Vagrant und nicht knife mit dem entsprechenden Plugin verwendet werden (wird virtualbox plugin, im moment)? Zum Beispiel ist das Übergeben von Argumentwerten, die in einem Data Bag gespeichert sind, an ein Knife-Plugin (viel) intelligenter, flexibler und verwaltbarer als das Jonglieren einer riesigen Vagrantfile. Normalerweise definiere ich meine "dynamischen" Ressourcen wie # CPUs, Speichermenge, welches Betriebssystem bereitgestellt werden soll, Hostname, IP, Routen usw. in Chef-Datensätzen, sodass ich mein Rezept nicht ständig ändern muss; -). Das Bearbeiten eines Databag über eine Weboberfläche ist eine wirklich einfache Dateneingabe, die ich der die meisten junior-Betreiber. Mit Vagrantfile ändert Ihr forever modiy Code und ob Sie es glauben oder nicht-Code bricht-was so ziemlich garantiert, dass Sie NIEMALS einfache Änderungen an Ihre Mitarbeiter weitergeben werden.

Abgesehen von der Tatsache, dass es noch kein Plugin für Virtualbox gibt (obwohl ich mir eines in nicht allzu ferner Zukunft vorstelle), gibt es bereits Plugins für die meisten "Enterprise" - Virtualisierungsprodukte, einschließlich vmware, xenserver und fast jedem großen "Cloud" - Anbieter. Dies bedeutet, dass Knife dem, was Vagrant bietet, weit überlegen ist, wenn Sie bereit sind, über Virtualbox hinauszugehen. Im Moment scheint die Chef-Community glücklich zu sein, Virtualbox-Benutzer zusammen mit Vagrant hinken zu lassen, indem sie Virtualbox-APIs für ein Knife-Plugin nicht integriert. Es gibt ein Knife-Vagrant-Plugin, das die Verwendung von Data Bags zum Übergeben von Argumenten ermöglicht. Aber es erfordert immer noch vagrant Software und es ist monolithische Vagrantfile zu funktionieren.

Also, ich werde auf ein Glied gehen und sagen Vagrant ist definitiv NICHT "besser" als Chef mit Messer; aber notwendig (vorerst), wenn Sie auf Virtualbox bestehen und vielleicht "einfacher" als Chef mit Data Bags verwalten, vorausgesetzt, Sie haben eine ziemlich einfache Umgebung zu verwalten.

Hier sind zwei weitere Anwendungsfälle für Entwickler, die Vagrant vereinfacht (über "einfache" VirtualBox). Ich habe diese Anwendungsfälle in den vorherigen Antworten nicht speziell aufgerufen gesehen.

1. Vagrant hilft mit dem Ziel, die Entwicklungs-und Produktionsplattformen möglichst nahe beieinander zu halten. In einer idealen Welt würden Sie die Produktionsumgebung mit DENSELBEN Skripten bereitstellen, die für die Bereitstellung der Vagrant VM verwendet werden, wodurch Überraschungen zur Bereitstellungszeit minimiert werden.

2. Integrationstests und kontinuierliche Integration: Vagrant ist einfach über Tests zu steuern, und daher können bei Testläufen ganze Multi-Machine-Stacks einfach über Tools wie Jenkins gesteuert werden.

Ja, auch hier kann" plain " VirtualBox verwendet werden-aber die von vagrant verwendeten Konventionen machen es einfacher, diese Szenarien einzurichten.

Vagrant abstrahiert virtuelle Maschinen, sodass Sie problemlos zwischen Implementierungen virtueller Maschinen wechseln können. Sie können von Virtual Box zu AWS oder Digital Ocean wechseln. Es ist wie mit SQL anstelle einer datenbankspezifischen Abfragesprache.

Mit Vagrant können Entwickler ihre Umgebung schnell mit nur einem Befehl einrichten und es ist genau das gleiche wie bei allen anderen. Dies ist wichtig in großen Unternehmen, in denen Entwickler oft kommen und gehen. Es kann die Zeit für die Einrichtung von 3 Tagen auf 1 reduzieren Stunden.

+ Was Adam gesagt hat.

(Ich habe immer noch keine Verwendung für Chef oder Puppet gefunden...)