Once again кажется. Проблема: - есть множество окружений (10-100) - окружения

типовые с настройками на уровне инвентаря. Настроек много.
- переменные могут быть общие (хост с базой, репы и тп), поэтому переменные на уровень ролей выносить нельзя.
- меняется только inventory (список хостов в группах)
- иногда может измениться что-то в настройках group_vars специфично для окружения

Есть несколько вариантов решения, но все они достаточно трудоемки.

Кто сталкивался и как решает такого рода истории?

Ссылки подвозили недавно... https://t.me/pro_ansible/166116

https://www.digitalocean.com/community/tutorials/how-to-manage-multistage-environments-with-ansible Мне из этой статьи понравился вариант с линками на файлы с общими переменными для нескольких окружений.

О, спасибо, изучу и вернусь)

Дошли руки чуток поизучать, на неделе надеюсь сделать прототип. Коротко про линки: пугает путаница, которая точно возникнет, дополнительные расходы на создание и поддержание линков. Статья, особо не помогла, а вот ролик, https://youtu.be/35UVffLINkc , описывает все тоже самое, что в статье, но голосом, что чуточку восприимчивее. Харизма рулит :) Но что более важно, ролик содержит issue ( https://github.com/ansible/ansible/issues/14556 ) из 2016, которое разрезолвилось в 2017 документацией - https://github.com/ansible/ansible/pull/28777 - которая в свою очередь даёт четкий ответ как надо действовать в таких ситуаций по «стандарту ансимбла» и без костыльных симлинков (имхо, сам себя осуждаю), но это так. Надо действовать через инвентарь и наследование групп. Если необходимо пример прототипа шарану сюда, как будет)

Я пока так и делаю, через подгруппы.

А, тогда, наверное не правильно понял, прошу прощения) но для тех кто будет смотреть в сторону линков - не стоит:)

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

Какая-то хрень по-моему. Костыль на пустом месте.