В дополнение к превосходному ответу, данному Адамом, Бродяга связывает все вместе. Хотя Chef и Puppet (и сценарии соли и оболочки, и любой другой provisioner, который вы хотите использовать) - это разные вещи, Vagrant связывает все это вместе и заставляет его работать только с vagrant up.

что одна команда будет

1. просто запустите виртуальную машину, если это все, что нужно, но это также
2. создайте коробку из указанной базовой коробки, если это также еще не сделано, но если у вас даже нет базовой коробки на вашей машине, сначала это будет
3. fetch его из своего URL и загрузить его на свой компьютер.

вы не должны думать обо всем этом. Предположим, вы переключаетесь на другой проект, начатый коллегой. Вы просто извлекаете код из репозитория и запускаете vagrant up, не беспокоясь о загрузке ISOs или установке чего-либо, или интересно, какая версия какого дистрибутива вам нужно использовать для этого конкретный клиент или копия виртуальной машины, в которой уже есть все необходимое.

вам даже не нужно беспокоиться о том, что они создали с помощью Chef или Puppet или просто сценариев оболочки. (Итак, вам нужно сделать bundle install или в противном случае убедитесь, что у вас все установлено, но все равно ничего страшного.)

связывая все вместе и предоставляя единый интерфейс для всего этого, он может сделать все, кроме самых простых случаев использования облегчающий. Сначала вы можете почувствовать, что вы просто переучиваете новый способ делать то, что вы уже делаете, но как только вы углубитесь в использование бродяг, вы обнаружите, что можете сделать гораздо больше с гораздо меньшими усилиями. Это будет стоить первоначальных инвестиций.

возможность интеграции chef или puppet с VM provisioning является ключевым фактором. Большинство пользователей Бродяга скажет вам, что они работают "бродяга предоставления" и иногда "бродяга перезагрузить" гораздо чаще, чем "бродяга вверх" или "бродяга уничтожить". Эти задачи указывают на реальную работу не крутятся вверх/вниз, но ВМ 'управление' их постфактум.

чтобы задать лучший вопрос (поставленный опытными пользователями Chef, так или иначе), может быть, почему используйте Vagrant, а не нож с соответствующим плагином (доберется до плагин virtualbox, через мгновение)? Например, передача значений аргументов, хранящихся в пакете данных, плагину knife является (способом) более интеллектуальным, гибким и управляемым, чем жонглирование одним гигантским Vagrantfile. Обычно я определяю свои "динамические" ресурсы, такие как количество процессоров, объем памяти, ОС для развертывания, имя хоста, IP, маршруты и т. д., в тегах данных chef, так что мне не нужно постоянно менять свой рецепт; -). Редактирование базы данных через веб-интерфейс Chef-это очень простая задача ввода данных, которую я могу дать большинство младших операторов. С Vagrantfile, ваш навсегда modiyfing код и верить или нет-код перерывы-который в значительной степени гарантирует, что вы не будете передавать простые изменения в оперативный персонал, когда-либо.

помимо того факта, нож еще не имеет плагин для virtualbox (хотя я предполагаю, один в не слишком отдаленном будущем), уже есть плагины для большинства продуктов виртуализации "предприятия", в том числе vmware, xenserver и почти каждый крупный поставщик "облако", как ну. Это означает, что нож намного превосходит то, что предлагает Vagrant, если / когда вы готовы выйти за рамки virtualbox. На данный момент, шеф-повар сообщество, кажется, счастлив, чтобы пользователи VirtualBox хромать вместе с Vagrant, не интегрируя VirtualBox API для плагина нож. Существует плагин нож-бродяга, который позволяет использовать пакеты данных для передачи аргументов. Но, он по-прежнему требует бродячего программного обеспечения, и это монолитный Vagrantfile функционировать.

Итак, я выйду на конечность и скажу, что бродяга определенно не "лучше", чем шеф-повар с ножом; но необходимо (на данный момент), если вы настаиваете на virtualbox и, возможно, "проще", чем управлять шеф-поваром с мешками данных, если у вас есть довольно простая среда для управления.

вот еще два варианта использования разработчика, которые vagrant упрощает (над "простым" VirtualBox). Я не видел, чтобы эти варианты использования назывались конкретно в предыдущих ответах.

1. Vagrant помогает с целью поддержания платформ разработки и производства как можно ближе друг к другу. В идеальном мире производственную среду можно подготовить с помощью тех же сценариев, которые используются для подготовки виртуальной машины Vagrant, сводя к минимуму сюрпризы во время развертывания.

2. интеграционные тесты и непрерывная интеграция: Vagrant легко контролировать с помощью тестов, и поэтому целые многомашинные стеки можно легко контролировать с помощью таких инструментов, как Jenkins, при выполнении тестовых запусков.

Да, "обычная" VirtualBox может быть и здесь, но условные обозначения на бомжа, сделать его более простым, чтобы установить эти сценарии до.