Там сразу всю структуру можно версионировать как единое целое

Ну, да

А когда 100500 проектов, которые используют общие модули - удобнее роль-на-репо

Если же проектов несколько, и они используют общий набор ролей, но различные плейбуки и много разных энвов, то роли удобнее в отдельных репах держать

Тогда роли апдейтятся и тестируются в своих потоках, а изменения трекаются как релизы и версии.

По моему, ты не рассказываешь ещё кучу контекста

Слишком много буков получается )) А связные роли можно делать и с отдельными репами. К примеру, фиксироваться на тэге гита, как на релизе, тогда дополнительно получим больший контроль над применением ролей. Ты ведь состоишь и в группе по k8s? Тогда такой пример. Пробовали использовать loghouse (до сих пор юзаем), однако, у них была проблема. Docker image с тэгом latest, что приводило к незапланированным апдейтам и ломало все нафиг, пришлось писать им issue,а пока делать свой image. Так же и с ролями, надо фиксироваться на версии, иначе могут быть неприятные последствия.

@gecube Да, у нас 100500 проектов с общими модулями )

Плейбуки же кладутся в другие отдельные репы, каждая плейбука тянет определенный набор ролей со своими версиями и тестирует именно свой набор своими собственными сценариями

Плейбуки же кладутся в другие отдельные репы, каждая плейбука тянет определенный набор ролей со своими версиями и тестирует именно свой набор своими собственными сценариями

А, получется отдельные репы на плейбук. А плейбук применяет набор ролей к набору хостов?

А, получется отдельные репы на плейбук. А плейбук применяет набор ролей к набору хостов?

Да

Да

Получается очень похоже на наш кейс. А инвентарь/инвентари где хранятся?

Если роли правильно написаны, то они легко параметризуются и могут быть использованы в самых разных окружениях

Получается очень похоже на наш кейс. А инвентарь/инвентари где хранятся?

В проектных репах, в привязке к конкретному проекту. Можно вместе с плейбуками в одной репе, можно отдельно.

Вместе логичнее на мой взгляд, но случаи бывают разные

Ну тогда это то же самое, что мы делаем. )) Только еще делаем проект на роль

Главное, что с каждой поейбукой идёт файл requirements, где перечислены версии ролей

Роли получаются максимально независимыми, чтобы можно было их переиспользовать в различных окружениях

Роли получаются максимально независимыми, чтобы можно было их переиспользовать в различных окружениях

Да, в этом и состоит основное назначение ролей

Мы многие роли даже в паблик выносим для удобства

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

Ведь единственно, что позволяет кастомизировать роль под окружение это переменные

Ну, обычно кардинальным образом набор переменных не меняется все-таки

Стараемся поддерживать обратную совместимость

Ведь единственно, что позволяет кастомизировать роль под окружение это переменные

Ну, получается, что все роли должны по одному стандарту написаны...

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

Ну, обычно кардинальным образом набор переменных не меняется все-таки

Окей, огромное спасибо ) Волновал именно этот вопрос. Интересно было как у людей сделано ))

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

Получается: 1. Обратная совместимость 2. Стараться писать параметров по максимуму. Будем пробовать )

@tgadiev Еще один вопрос, если позволите. Как кастомизируете роли, полученные из galaxy, к примеру? Самый лучший вариант это pull request конечно ) Но он не всегда быстрый. К примеру, берем роль zabbix-agent и хотим расширить функционал. Пока что не придумали ничего лучше как описать свою роль, в зависимостях у которой будет роль zabbix-agent и дополнительно описываем в своей роли таски, нужные дополнительно.

@tgadiev Еще один вопрос, если позволите. Как кастомизируете роли, полученные из galaxy, к примеру? Самый лучший вариант это pull request конечно ) Но он не всегда быстрый. К примеру, берем роль zabbix-agent и хотим расширить функционал. Пока что не придумали ничего лучше как описать свою роль, в зависимостях у которой будет роль zabbix-agent и дополнительно описываем в своей роли таски, нужные дополнительно.

не используйте гелекси

я видел парней, которые тащили роли и тупо в худшем случае без изменений клали у себя

потому что галакси - та еще помойка

в лучшем случае - переписывали по своему шаблону

не используйте гелекси

Это как один из вариантов ) Попробовали, выбрали роль с тестами и молекулой, но что то не зашло пока что. Порождает очень много проблем с кастомизацией, да и тестов маловато.

Приходится что функционал дописывать, что тесты

Это как один из вариантов ) Попробовали, выбрали роль с тестами и молекулой, но что то не зашло пока что. Порождает очень много проблем с кастомизацией, да и тестов маловато.

есть герои, которые держат целые коллекции ролей

https://github.com/geerlingguy/

например

я просто тащусь от этого человека

@tgadiev Еще один вопрос, если позволите. Как кастомизируете роли, полученные из galaxy, к примеру? Самый лучший вариант это pull request конечно ) Но он не всегда быстрый. К примеру, берем роль zabbix-agent и хотим расширить функционал. Пока что не придумали ничего лучше как описать свою роль, в зависимостях у которой будет роль zabbix-agent и дополнительно описываем в своей роли таски, нужные дополнительно.

Всегда переписываю роль, дает понять что и как работает и "почему это гавно так написали?"

есть герои, которые держат целые коллекции ролей

Ага, натыкался на его репозитории. Думается, что методы конфигурирования у всех разные, да и одним достаточно тот же nginx настроить только чтобы он отдавал 404, а другим надо и проксирование настраивать с правилами. Так и получается, что функционала всегда не хватает и приходится дописывать.

https://github.com/debops/

вот вроде еще норм тема

кто бы запинил и в фак

а то я все время забываю наборы качественных ролей

https://github.com/geerlingguy/

У него роли довольно сырые, как по мне

Мы некоторые сильно перепиливали для надежной работы

а выложили? давай ссылку

буду звездить ваши репы

а выложили? давай ссылку

Давал вроде ссылку

Щас, момент

https://t.me/pro_ansible/67652

Вот на гитхабе группа: https://github.com/lean-delivery

Можно форкать роли или наоборот - предлагать дополнения или фичи

Посмотрел роль sonarqube с целью заюзать у себя. Вопросы ) чего так мало тестов и проверяли ли откат на предыдущую версию? Т.е судя по таскам откат должен нормально пройти, но проверки этого нет

Посмотрел роль sonarqube с целью заюзать у себя. Вопросы ) чего так мало тестов и проверяли ли откат на предыдущую версию? Т.е судя по таскам откат должен нормально пройти, но проверки этого нет

Можете предложить дополнение. Включим в ближайший спринт :)

pull requests принимаете?

Конечно

Ок, тогда стяну, попробую у себя применить, если что пришлю pull request

Ок, тогда стяну, попробую у себя применить, если что пришлю pull request

Будем благодарны

Расскажите, есть ли у кого решения AWX раннеры запускать по модели pull?

мне не подходит вариант с ситуацией когда к каждому раннеру надо подключаться напрямую

Кто-то пробовал сделать epub доку? Как здесь? https://github.com/deoren/notes/issues/6

Расскажите, есть ли у кого решения AWX раннеры запускать по модели pull?

Раннеры чего именно?

раннер для AWX

А

Надо глянуть

Для гитлаба автоскейлинг раннеров юзаем

А для awx сходу не скажу

просто прибью здесь ссылку

https://github.com/lean-delivery

парни, подскажите, ну, вот ведь получается, что в роли только определенный набор параметров можно передать. Они никогда не охватывают ВЕСЬ спектр возможностей настройки приложения. Как выходите из положения? Самое простое, конечно, попросту деплоить конфигурационные файлы целиком

можно начинать с чего-то и по мере нужды расширять список

все равно никогда не угонишься за развитием аппа

я видел в галакси роль для постгреса - там все параметры конфига были в переменные заведены

парни, подскажите, ну, вот ведь получается, что в роли только определенный набор параметров можно передать. Они никогда не охватывают ВЕСЬ спектр возможностей настройки приложения. Как выходите из положения? Самое простое, конечно, попросту деплоить конфигурационные файлы целиком

Можно все параметры охватить вполне

Особенно если параметры в виде yaml конфига

Можно все параметры охватить вполне

у нас разве есть такие роли?

Тогда можно просто отдельный словарь с параметрами задать

у нас разве есть такие роли?

elasticsearch

ну если только