Нове для лялькових та шеф-кухарських інструментів. Схоже, роботу, яку вони виконують, можна виконати за допомогою сценаріїв оболонок. Можливо, це робилося в сценаріях оболонок, поки вони не з'явилися.
Я погодився б, вони легше читаються. Але чи є інші переваги щодо скриптів оболонки, окрім того, що вони просто читаються?
Відповіді:
Мова, що залежить від домену, значною мірою залежить від кількості написаного коду. Наприклад, ви можете стверджувати, що різниці між ними немає:
chmod 640 /my/file
і
file { "/my/file":
mode => 640,
}
але є велика різниця між цими:
FILE=/my/file
chmod 640 $FILE
chown foo $FILE
chgrp bar $FILE
wget -O $FILE "http://my.puppet.server/dist/$FILE"
# where the URL contains "Hello world"
і
file { "/my/file":
mode => 640,
owner => foo,
group => bar,
content => "Hello world",
}
Що станеться, якщо wget виходить з ладу? Як ваш сценарій вирішить це? А що станеться, якщо після цього у вашому скрипті є щось, для чого потрібен $ FILE з правильним вмістом?
Ви можете стверджувати, що його можна було просто поставити echo "Hello world" > $FILEв сценарій, за винятком того, що в першому прикладі сценарій повинен бути запущений на клієнті, тоді як маріонетковий компілює все це на сервері. Отже, якщо ви зміните вміст, вам потрібно змінити його лише на сервері, і він змінить його для стільки систем, скільки ви хочете розмістити на ньому. А лялечка обробляє залежності і переносить проблеми для вас автоматично.
Порівняння просто немає - належні засоби управління конфігурацією економлять ваш час та складність. Чим більше ви намагаєтеся зробити, тим більше сценаріїв оболонок здаються недостатніми, і тим більше зусиль ви заощадите, роблячи це з лялькою.
Це буде непопулярна думка, але системи управління конфігурацією не завжди є кращими. Іноді найкраще просто.
Існує певна крива навчання та адміністративні накладні витрати, пов’язані з обраною вами конфігураційною системою. Ви все-таки вводите залежність. Як і будь-яка автоматизація, ви також повинні бути обережними, щоб забезпечити підтримку безпеки в розгорнутій конфігурації.
У мене було лише кілька випадків, коли ми розгорнули управління конфігурацією, і воно застрягло. Це було завжди, коли існувала велика кількість систем з повторюваною конфігурацією та необхідністю виконувати настроювані розгортання файлів cookie.
Ви відповіли на власне запитання ...
Автоматизація стає все більш масштабованою та формалізованою . Лялька та шеф-кухар сьогодні вважаються стандартами (перевіряйте оголошення про роботу ).
Сценарії оболонки з обмоткою мають своє місце, але вони не є масштабованими в контексті руху DevOps. Читання - це частина цього.
Шеф-кухар значно простіше керувати та встановлювати версію налаштування складної інфраструктури, особливо в будь-якому типі хмарного середовища, у зв'язку з необхідністю вручну ftp або scp купувати сценарії оболонки, організовані нестандартно. Залежно від того, скільки залежностей вам потрібно управляти, розмір цієї виграші може сильно різнитися, завдяки чому рішення про перехід до CM-рішення є неочевидним для багатьох людей.
Справжня (найчастіше невимовна) користь шеф-кухаря - це безсилля . Можливість бути впевненою у стані ресурсу незалежно від комбінації рецептів, що виконуються з інтересами, що перекриваються, є величезною перевагою для конфігурації сценарію оболонки. Якщо у вас зараз є сценарії оболонки для конфігурації, запитайте себе, скільки з них можна запустити кілька разів без ненавмисних / небажаних наслідків?
Правильне рішення CM допомагає забезпечити успіх у масштабі, спрощуючи міжплатформенну автоматизацію та командну співпрацю. Хоча це можливо досягти за допомогою добре організованої, належним чином підтримуваної, розробленої групи скриптів оболонок; ви повинні запитати себе "чому". Шеф-кухар та лялька та подібні технології виникли тому, що групі талановитих SysOps втомилися від того, щоб знову і знову вирішувати ці самі проблеми, і намагалися дати нам кращий варіант.
Сучасні засоби управління конфігурацією, такі як Puppet та Chef, дозволяють визначити стан системи, а не турбуватися про діяльність, необхідну для досягнення налаштованого сервера.
Наприклад, ваша команда chmod передбачає, що файл існує, користувач, який володіє файлом, існує, що створені каталоги тощо. Тому ваш сценарій повинен враховувати всі ці передумови.
Інструменти управління конфігурацією на основі штату простіші: вам просто важливо, щоб файл мав правильні дозволи. Проблема інструменту - як це досягнуто.
chmodне припускає, що файл існує, тому що файл був створений сценарієм або перевірений на існування.
Якщо сервери доступні для вас одноразово, або у вас є привід встати більше, ніж пара, одночасно, повномасштабна система CM набагато краще задовольнить ваші потреби, ніж серія скриптів оболонок.
Якщо ваші потреби в будівництві скромні (або ви хочете майстерно виготовляти органічні сервери справедливої торгівлі вільного діапазону), то тримайте це просто.
Особисто я широко використовував шеф-кухаря на минулому концерті, я намагався "зробити це просто" на цьому концерті, але мені справді не вистачало примітивів, абстракцій та влади, які надав шеф-кухар. Навіть якщо ви потрапите в ситуацію, коли ви зможете отримати те, що вам потрібно, з декількох команд оболонки, ви можете просто запустити їх із блоком "команд", ввівши команди оболонок точно так, як ви їх записали в оболонку.
З урахуванням сказаного, ви можете запускати шефа без сервера (шеф-кухар), і я впевнений, що Лялька має аналог, де ви можете використовувати інші кулінарні книги та рецепти, не запускаючи центральний сервер.
Ще одна вигода - громада: є дуже багато людей (багато з яких будуть розумнішими та / або досвідченішими за вас). Особисто я люблю це, коли хтось інший зробив свою роботу за мене, часто більш масштабно, ніж я б.
Я створив структуру сервера автоматизації сервера на основі оболонки: https://github.com/myplaceonline/posixcube
Я впевнений, що я не перший, хто зробив такий проект, але я не зміг знайти щось подібне, щоб відповідати моїм потребам, тому я подумав, що інші можуть вважати це корисним. Я мав лише досвід роботи з шеф-кухарем, але, коли я почав оглядатись Анспіле та іншими людьми, мені хотілося зробити знімок сценаріїв оболонки, і мені подобається результат поки що.