Ляльковий проти шеф-кухаря, професіонали та проти користувачів та випадки використання [закрито]

Я вже гуглив і читав статтю "до маріонетки чи до шеф-кухаря-що-є-питання" .

Мене цікавлять випадки використання, реальні реалізації, в яких люди обирали те чи інше на основі реальних проблем.

Мене особливо зацікавила інтеграція з проблемами, що стосуються шевців (я знаю, що ляльковий - це майже стандартний підхід у цьому напрямку); як у когось досвіду інтеграції шобляра-кухаря ?

Спасибі заздалегідь

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

Це не те, що ви хочете для подібного роду речі. Ви хочете поговорити з порожнечею, де буде система, і заявити:

"На порту 80 викликають з півночі демон, названий nginx. Його завдання - служити."

"Користувач повинен існувати, його ім'я повинне бути чіпсим, і він повинен бути одним із могутніх у групі колеса".

"Підніміть стіну вогню, тонку в місцях 80 443,8080"

І так далі, хоча, можливо, мовою менш квіткою.

Лялька підтримує цю парадигму краще ІМО. Я б використав будь-який, я не мав переваги, але коли він дійшов до нього, декларативний підходив мені краще.

Лялечка.

Тут я написав докладне порівняння Chef vs Puppet: Лялька vs Chef: 10 причин, чому Лялька перемагає . Хоча він не включає випадки використання, я сподіваюся, що це дає корисні вихідні точки для людей, які цікавляться, який інструмент вибрати для автоматизації їх інфраструктури.

Вибачте за багатослівність. Використовуйте інструмент, який дозволяє легко виконати свою роботу. Це сенс автоматизації, правда?

Історія: Я використовував лялечку в минулих концертах, і минулого місяця я витратив близько тижня, намагаючись звикнути до шеф-кухаря, щоб побачити, чи не буду робити перемикання на своєму новому концерті.

Я не стрибнув.

Жаргон: Одна невдала проблема з обома цими системами - це перевантаження жаргону. (рецепти, шаблони, вузли, ролі, атрибути, постачальники) Це продовжується і продовжується. Я виявив, що шеф зробив це на крок далі. (Ніж, Шеф тощо)

Зрілість коду: Досить сказати, що я знайшов шеф-кухаря трохи занадто сирим. Це дуже схоже на те, що маріонетка відчувала себе у часовій рамці .21 / .22 3-4 роки тому. Там відбувається багато потоку.

Не кажучи і про те, що в ляльці теж не трапилось. (Я знову виявив багато чудових особливостей у лялькових, які з’явилися лише за останні кілька років. - відповідність регулярних виразів!)

Рубі: Мені не сподобалося все перевантаження рубіном у шеф-кухаря. (вам потрібні дорогоцінний камінь і граблі, перш ніж ви навіть зможете почати) Ви можете використовувати рубін для вирішення складних проблем у ляльковому стилі, але цього не потрібно, якщо цього не хочеться.

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

Шеф-кухар має набагато складнішу архітектуру. Це може бути кращим масштабом, але є багато потенційних точок відмови.
http://wiki.opscode.com/display/chef/Architecture

Шеф-кухар потребує couchdb, rabbitmq та solr на додаток до сервера API та веб-інтерфейсу.

Я просто хочу простий інтерфейс клієнт / сервер, який не потребує рамки MVC поверх нього і складного сховища даних за ним.

У цьому відділенні лялька набагато простіша. (щоб не сказати, що не так багато додатків, щоб зробити це messier)

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

Застереження щодо модулів: Лялька нещодавно перейшла до використання "модулів", які надають треті сторони. Я не закінчив їх використовувати, і знайшов широкий спектр їх якості. Не забудьте зазирнути під обкладинки і побачити, що і як вони працюють, перш ніж перекопатись до них.

Ось думка: ми спробували їх усіх у нашій компанії, і ми віддаємо перевагу ляльці. Просто тому, що вона проста у використанні.

Я сам бачив випадки, коли керувати 1000 хостами з різними конфігураціями, набагато простіше з лялькою. Такі інтактні компанії, як Google, використовують маріонетки для їх розгортання.

Основна дизайнерська архітектура ляльок така, що вона працює набагато краще, ніж інші, якщо правильно налаштувати її. Наприклад, додавання власних фактів для власних конфігурацій тощо. Нижче наведені посилання можуть містити інформацію http://slashroot.in/puppet-tutorial-installing-puppet-master-and-puppet-agent

http://slashroot.in/puppet-tutorial-how-does-puppet-work

Це, можливо, змінилося з минулого разу, коли я його пробував, але коли я намагався шеф-кухаря на RHEL, не було чіткого способу його встановити. Хтось створив yum repo, який мав усі необхідні пакети, але він закінчив встановити 200 непарних пакетів. Лялька з іншого боку має один об / хв (і пару залежностей).