Korzystając z Vagrant, dlaczego obsługa lalkowa jest lepsza niż niestandardowe zapakowane pudełko?

Question

Tworzę maszynę wirtualną, która naśladuje nasz serwer produkcyjny, dzięki czemu mogę dzielić się nią z nowymi programistami, aby jak najszybciej je przyspieszyć. Przeszedłem przez dokumenty Vagrant, ale nie rozumiem korzyści płynących z korzystania z ogólnej skrzynki podstawowej i zaopatrywania wszystkiego w Puppet, a nie w pakowanie niestandardowego pudełka ze wszystkim, co już zostało zainstalowane i skonfigurowane. Wszystko, o czym mogę myśleć, to;

Zalety korzystania Marionetka niestandardowym polu zapakowanego vs

• Łatwo utrzymać wszystkim na bieżąco - możliwość umieszczenia manifesty pod kontroli wersji i dzielić repo, aby inni programiści mogą wystarczy pociągnąć nowe aktualizacje i ponownie uruchomić marionetkę, czyli "rezerwę włóczęgi".
• Środowisko jest dokumentowane w manifestach.
• Możliwość korzystania z modułów lalek zdefiniowanych w środowisku produkcyjnym do zapewnia identyczne środowisko.

Wady korzystania Marionetka niestandardowym polu zapakowanego vs

• trwa dłużej pisać manifesty niż po prostu zainstalować i Konfiguracja skrzynki niestandardowej zapakowane.
• Budowanie maszyny wirtualnej po raz pierwszy może zająć więcej czasu przy użyciu marionetki niż po prostu pobranie niestandardowego zapakowanego pudełka.

Czuję, że muszę pominąć kilka ważnych szczegółów, czy możesz o tym myśleć?

Answer 1

Zalety:

W zależności może się zmieniać w czasie, budując nowe okno od podstaw będzie obejmować zarówno ręcznego usuwania pakietów, albo rzucanie pole dalej i jeszcze raz powtarzając proces instalacyjny ręcznie. Oczywiście można zautomatyzować instalację za pomocą bashu lub innego skryptu, ale nawiązywałbyś połączenia z macierzystym menedżerem pakietów OS, co oznacza, że ​​będzie działał tylko w wybranym systemie operacyjnym. Innymi słowy, jesteś zapakowany;)

O ile mi wiadomo, Puppet (podobnie jak Chef) zawiera agnostyczny sposób instalacji pakietów w sposób ogólny i system operacyjny, co oznacza, że ​​manifesty mogą być uruchamiane na różnych systemach operacyjnych bez modyfikacji.

Dodatkowo, te same skrypty mogą być użyte do dostarczenia maszyny produkcyjnej, co oznacza, że ​​maszyna programująca i produkcja będą praktycznie identyczne.

Wady:

uwzględniając nauczyć się innego DSL, gdy nie może być planuje kiedykolwiek przełączania systemu operacyjnego lub środowiska produkcyjnego. Musisz zdecydować, czy korzyści są warte poświęcenia czasu na jej ustawienie. Osobiście uważam, że posiadanie abstrakcyjnej i powtarzalnej strategii zarządzania pakietami/konfiguracji zaoszczędzi mi wiele czasu w przyszłości, ale YMMV.

Answer 2

Jedną z wielkich zalet, o których nie wspomniano wyżej, jest fakt, że dokumentowałeś swoją instalację (poprawnie), a dokumentacja będzie faktyczną konfiguracją - a nie (jednorazowym) opisem tego, jak rzeczy/mogły być zamierzałem być.