Я багато років використовую VirtualBox для створення середовища розвитку.

Дуже багато моїх колег говорять про Вагранта, і багато людей здаються дуже схвильованими, але я просто не можу зрозуміти переваги цього. Мені здається, це серія нових команд, щоб навчитися, щоб зробити те саме речі, які я робив з Virtualbox.

За допомогою VirtualBox я прекрасно встановлюю та конфігурую оточуюче середовище, тоді я можу пакувати його як OVA або інше та ділитися ним з іншими користувачами офісу. Ви можете зробити знімок у VirtualBox, якщо щось піде не так.

Лялька та шеф-кухар насправді не є частиною Vagrant, це їхня справа, правда?

Так так, які переваги спеціально пропонує Vagrant над VirtualBox самостійно?

Це велике питання, тому я збираюся розбити його на три розділи.

Бродячий

Vagrant використовується для налаштування однієї або декількох віртуальних машин:

• Імпорт заздалегідь зроблених зображень (званих "коробки")
• Встановлення специфічних для VM параметрів (IP-адреса, імена хостів, переадресація портів, пам'ять тощо)
• Запуск програмного забезпечення, такого як Лялька чи шеф-кухар

Зауважте, що він не встановлює програмне забезпечення та не налаштовує машину минулого завантаження VM та встановлення параметрів VirtualBox. Подумайте про це як за допомогою сценарію для VirtualBox.

Ось декілька причин, якими я бачив використання Vagrant над лише VirtualBox.

1. Налаштуйте мережі Multi-VM за допомогою Ease

Більшість вмісту користувачів Vagrant, які я читав, стосувалися налаштування декількох віртуальних машин одночасно. Vagrant надає вам один конфігураційний файл для їх налаштування, що дозволяє запускати їх усіма за допомогою однієї команди.

Скажіть, ви налаштували три VM для мережевого зв’язку, використовуючи статичні IP-адреси в підмережі 192.168.1. *. Ви опиняєтесь у тому місці, яке вже використовує цю підмережу для роздачі IP-адрес, і ваші VM зараз конфліктують. За допомогою Vagrant ви можете просто відредагувати Vagrantfile і перезавантажити VM, тоді як за допомогою VirtualBox вам доведеться відкрити налаштування для кожного віртуального комп'ютера, якщо не завантажувати кожен VM і змінювати їх всередині.

2. Контроль джерела

Помістивши налаштування в текстовий файл, він дозволяє конфігурацію поставити під контроль джерела. Минулого тижня внесли деякі зміни і випадково зламали зображення? Просто відновіть зміни та перезавантажте VM. Ви можете зробити це за допомогою знімків VirtualBox, але це займе набагато більше місця, ніж просто Vagrantfile.

3. Різні платформи

На таких сайтах, як http://vagrantbox.es , є велика кількість скриньок . Це дозволяє вам спробувати різні ОС або дистрибутиви, застосувавши одне і те ж забезпечення для створення подібних середовищ. Це може допомогти при тестуванні або додаванні підтримки нових платформ, і це забирає багато часу, використовуючи лише VirtualBox.

Існує маса аргументів щодо використання програмного забезпечення, а також використання знімків зображень. Для додаткової дискусії я зазначу вам чудову статтю Стівена Нельсона-Сміта " Як створити 100 веб-серверів за день" .

Окрім чудової відповіді, яку дав Адам, Вагрант пов’язує все разом. Хоча шеф-кухар та лялька (і сценарії з сіллю та оболонками та будь-який інший постачальник послуг, який ви хочете використовувати) - це окремі речі, Вагрант пов’язує це все разом і змушує його працювати лише з одним vagrant up.

Та одна команда буде

1. просто запустіть VM, якщо це все, що потрібно, але це також буде
2. створіть поле з вказаного базового вікна, якщо цього ще не зроблено, але якщо у вас ще немає базового вікна на вашій машині, він спочатку
3. витягніть його з його URL-адреси та завантажте його на свою машину.

Вам не потрібно думати про все це. Скажімо, ви переходите на інший проект, який розпочав колега. Ви просто перевіряєте код у репо-репортажу та запускаєтесь vagrant up, не переживаючи про завантаження ISO-файлів чи інсталяцію, або цікавитесь, яку версію дистрибутива вам потрібно використовувати для конкретного клієнта, чи є у вас копія віртуального комп'ютера, у якого вже все тобі потрібно.

Вам навіть не потрібно турбуватися про те, чи налаштували вони речі за допомогою шеф-кухаря чи лялечки чи просто сценарії оболонки. (Гаразд, тому вам може знадобитися зробити bundle installабо іншим чином переконатися, що у вас все встановлено, але все-таки не велика справа.)

Зв’язуючи все разом і надаючи єдиний інтерфейс для всіх, це може значно полегшити всі, крім найпростіших випадків використання. Спочатку вам може здатися, що ви просто вивчаєте новий спосіб робити те, що вже робите, але як тільки ви заглибитесь у використання Vagrant, ви виявите, що ви можете зробити набагато більше, значно менше зусиль. Буде добре коштувати початкових вкладень часу.

Важливою є можливість інтеграції шеф-кухаря чи маріонетки із забезпеченням ВМ. Більшість користувачів Vagrant скажуть вам, що вони виконують функцію "бродяга" та іноді "перезавантажують бродяг" набагато частіше, ніж "бродягу" або "знищення бродяги". Ці завдання вказують, що реальна робота полягає не в обертанні / зменшенні ВМ, а в «керуванні» ними після факту.

Поставити краще запитання (все-таки поставлене досвідченими користувачами шеф-кухарів), можливо, чому б використовувати Vagrant, а не ножем з відповідним плагіном (за мить дістанеться плагіну virtualbox)? Наприклад, передача значень аргументів, збережених у пакеті даних, у плагін ножа є (таким чином) більш розумним, гнучким та керованим, ніж жонглювання одним гігантським Vagrantfile. Я, як правило, визначаю свої "динамічні" ресурси, такі як # процесорів, об'єм пам'яті, яку ОС потрібно розгорнути, ім'я хоста, IP, маршрути тощо, у пакеті даних шеф-кухаря, так що мені не потрібно продовжувати змінювати рецепт; - ). Редагування пакета даних через веб-інтерфейс Chef - це дійсно просте завдання для введення даних, яке я можу дати найбільш молодшим операторам. За допомогою Vagrantfile, ваш вічно модифікуючий код і вірите чи ні - перерви в коді - що, в значній мірі, гарантує, що ви НЕ будете передавати прості зміни персоналу операцій,

Окрім того, що у ножа ще немає плагіна для virtualbox (хоча я маю на увазі його у не надто віддаленому майбутньому), у більшості продуктів для віртуалізації «підприємств», включаючи vmware, xenserver і майже про кожну головну «хмару», вже є плагіни. постачальник, а також. Це означає, що ніж набагато перевершує те, що пропонує Vagrant, якщо / коли ви готові вийти за рамки virtualbox. Наразі спільнота шеф-кухарів, схоже, рада, що користувачі віртуальної скриньки можуть кульгати разом з Vagrant, не інтегруючи virtualbox apis для плагін ножа. Існує плагін-ножівник, який дозволяє використовувати пакети даних для передачі аргументів. Але це все ще вимагає бродячого програмного забезпечення і це монолітний Vagrantfile для функціонування.

Отже, я вийду на кінцівку і скажу, що Вагрант, безумовно, НЕ "кращий", ніж шеф-кухар з ножем; але необхідно (поки що), якщо ви наполягаєте на virtualbox і, можливо, "простіше", ніж керування шеф-кухарем з пакетами даних, за умови, що у вас є досить просте середовище для управління.

Ось ще два випадки використання розробника, які бродяжка спрощує (над "звичайним" VirtualBox). Я не бачив таких випадків використання, про які конкретно говорилося в попередніх відповідях.

1. Vagrant допомагає в тому, щоб підтримувати платформи розробки та виробництва максимально наближеними один до одного. В ідеальному світі ви б забезпечили виробниче середовище тим самим сценаріями, які використовуються для надання VAG-програми Vagrant, мінімізуючи сюрпризи під час розгортання.

2. Інтеграційні тести та безперервна інтеграція: Vagrant легко контролювати за допомогою тестів, і тому цілі стеки багатьох машин можна легко контролювати за допомогою інструментів, таких як Дженкінс, під час тестових запусків.

Так, "звичайний" VirtualBox також може бути використаний тут, але умовні умови, які використовує бродяг, спрощують налаштування цих сценаріїв.

Vagrant конспектує віртуальні машини, тому це дозволяє легко перемикати реалізацію віртуальної машини. Ви можете переключитися з Virtual Box на AWS або Digital Ocean. Це як використовувати SQL замість мови запитів для конкретної бази даних.

Vagrant дозволяє розробникам швидко налаштовувати своє середовище лише однією командою, і це точно так само, як і всі інші. Це важливо у великих компаніях, де розробники часто йдуть та йдуть. Це може скоротити час встановлення з 3 днів до 1 години.

+ Що сказав Адам.

(Я все ще не знайшов використання для шеф-кухаря чи лялечки, хоча ...)