Очевидно, что одной из самых приятных особенностей Chef является повторное использование проверенных компонентов с помощью кулинарных книг, особенно с помощью подхода «обертка кулинарной книги».
Однако как выбрать кулинарную книгу для упаковки? Несколько примеров, на которые я потратил кучу времени.
кулинарная книга, которая имеет конфигурационный erb с жестко закодированными устаревшими, а не просто устаревшими, флагами. Служба отклоняет конфигурационный файл. Примечание: насколько я понимаю, обертывание исправленного шаблонного erb не является тривиальной задачей, если вы не клонируете и не поддерживаете все это.
кулинарная книга, которая проверяет версии Ubuntu до 9.0.4, похоже, не делает ничего выше и ссылается на устаревший каталог /etc/event.d/.
Кулинарные книги имеют сильную связь с инструментами контроля процесса, такими как runit или bluepill. Это также является причиной головной боли, если ваш предпочтительный инструмент отсутствует в списке, и вы не можете настроить его.
До сих пор я использовал кулинарные книги Supermarket.chef.io, и они в основном работали. За исключением того, что его кулинарная книга для нужного мне сервиса, похоже, не поддерживается и находится в стадии принятия.
Некоторые идеи:
проверьте последние коммиты github/время последнего обновления. Но что, если он просто работает? Тогда его не следует обновлять.
звезды. но что, если все звезды были выпущены давным-давно, а кулинарная книга была актуальной?
Проверьте проблемы на github, которые не закрываются. Может быть лучше.
Посмотрите на рецепты и атрибуты заранее. Работает лучше, если вы уже знаете настройки целевого программного обеспечения.
посмотрите на количество участников и оцените, является ли это быстрым побочным проектом или он, скорее всего, будет поддерживаться.
запустив его и посмотрев на типы ошибок. Те, что я выбрал выше, кажутся мне кулинарными книгами, которые не отслеживают последние обновления ни ОС, ни программы, которой они управляют, но не имеют гибкости на основе атрибутов, чтобы это разрешить.
есть ли где-нибудь рейтинговый сайт? Поиск в Google выдал мне сайты по приготовлению еды
Извините, я понимаю, что этот вопрос носит широкий характер. Но, конечно, если повторное использование является целью экосистемы Chef, то разумный выбор лучшей кулинарной книги сообщества для упаковки является ключевым ингредиентом успеха для конечного пользователя. Помимо любых технических навыков использования самого Chef.
Как вы это делаете? Каковы ваши эвристики?
Большое количество кулинарных книг на GitHub заставляет меня думать, что этонетрешенная проблема.
решение1
Лично я начинаю с того, что смотрю на количество загрузок на супермаркете, а затем смотрю на страницу github напрямую. Если исходный код не находится в публичном управлении версиями, я иду дальше.
Просматривая код, я просто быстро просматриваю его, задавая себе следующие вопросы:
а) эта кулинарная книга делает только одно?
Если это кулинарная книга, которая устанавливает приложение, то это все, что я хочу, чтобы она делала. Я не хочу, чтобы она вмешивалась в остальную часть системы. (например: касалась физических дисков, томов ebs и т. д.)
б) если я буду использовать эту кулинарную книгу, будет ли она расширяемой?
Если это библиотечная кулинарная книга, раскрывающая ресурсы, я хочу, чтобы эти ресурсы обеспечивали адекватный уровень контроля над любыми подресурсами, которые она использует. Я не могу выносить ресурс, который создает шаблон для узкого варианта использования, но не позволяет мне изменять исходный код шаблона или переменные шаблона адекватно.
Если это кулинарная книга на основе рецептов, то я хочу, чтобы большинство соответствующих частей можно было настраивать через атрибуты. Я не против кулинарных книг-оберток, но я был бы чертовски счастливее, если бы мог задать несколько атрибутов, а не иметь много работы по обертыванию чужих ресурсов.