https://github.com/ansible/awx/issues/989 умилило. мне, вот, тоже докер нафиг не нужен. и как быть?

https://github.com/saltstack-formulas/jenkins-formula https://github.com/voxpupuli/puppet-jenkins один модуль/формула. всё комьюнити поддерживает. чтоб всех устраивало.

Смысл в том, что реюзабельные роли в рамках коммьюнити не нужны. Вам все равно нужно знание продукта, который вы ставите. Если оно у вас есть - вы роль сами напишите довольно быстро, а если нет, то будете спотыкатся о написанную кем-то роль как только надо будет ее изменить.

вы не поверите, но это всё забота роли

А что, нужны? Вот вы ставите все на centos, кто-то на debian, третьи извращенцы держат в проде alpine, четвертые угорают по контейнеризации и все хостят в контейнерах.

похерил сам смысл cm

где-то кроется правда, но я не соглашусь

Возможно, я могу перефразировать: Роли, которые ставят приложение - не нужны Роли, которые позволяют его гибко настраивать - это круто, но очень большое количество ролей заточены под конкретный кейс, иначе надо ее переписывать

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

Паппет ускорили кстати за последние лет 5? Помню они clojure увлеклись, был шанс что перепишут (ну мне казалось). Там язык допилить и компиляцию манифеста ускорить и вообще хорошо было б. После папета в ансибле сильно бесило что посреди выполнения может сломаться, потому что переменая не так названа :)

А что в паппете есть достойный модуль нгинкс ? Полгода назад одно гавно было

сколько времени тратиться на установку дженкинс, да даже куба и мезос в сравнении с написанием сценаривев всего цикла CI/CD?

сколько времени тратиться на установку дженкинс, да даже куба и мезос в сравнении с написанием сценаривев всего цикла CI/CD?

про ci4ci слышали?

Я бы лучше придумал задачу про запуск определенного скрипта только тогда, когда взойдет полная луна, при условии что внешние сервисы полностью готовы обработать результат и не было залито какого-то нового когда в ближайшие 3 часа, который бы менял фунционал в определенной области проекта

parse error

ну вот смотри у тебя микросервисная архетектура, 130-160 модулей, у них есть общие библиотеки 40 шт, во всех, ещё 15 еть в 40, ещё 10 есть в 30 и тп, в итоге при каждом коммите ты должен сделать диф кода старого, найти эту библиотеку, проверить как прошла сборка\работа основная у сервиса, как у основного так и у зависимого, записать любые недостатки, в случае проблем их выписать, записать различия выполним диф, записать проблемы сборки, и в удобной читаемой форме скинуть кодеру, в случае если всё хорошо во всех зависымых от библиотеки модулях и всей цепочке софта, прислать кодеру и продукт офнеру сообщение что всё круто

дико завидую... ни разу не видел чтобы на каждый коммит что-то собиралось.. только на теги или в ветках.. кодеры в большинстве своем на деве коммитят тупо для сохранности

ну, и? это задача для qa/autotests. всё решаемо. у нас кластеры опенстека по 20 раз на день деплоили и прогоняли тыщу тестов внутри.

ну, админу премию. или венок...

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

😕чеф же без раби юзать нельзя

к тому что сейчас под ci понимают

это не имеет отношения к CI. это называется здравомыслие

по мне это и есть причина появления девопс... вроде очевидная вещь, но с завидной регулярностью у дева нифига IDE не настроено на сборку нормальную