файлы локальные, которые лежат в папке files в роли

https://stackoverflow.com/questions/38572437/ansible-using-regular-expression-in-the-module-copy

Дык ls > filelist, а потом его в таск - не? Или если имена неважны - в .tar.gz.

Сергей пропагандирует башсибл? 😱

Перечитай мой пост ещё раз. Ты описал ровно то же, что и я.

Путь к боли и унижению - не надо так.

Адский скрипт

ls в for, чтоб потом проверить правильность и записать с файлик

Делаете ли вы роли в роли?

Делаем версии ролей: role_name/role_version - в плейбук подключаем конкретную версию. Внутри роль может импортировать yml файлы с тасками с отдельными тегами. но эти теги role_name тоже в себя включают. В итоге можно переключаться между версиями ролей и можно внутри роли вызывать только часть задач, при необходимости.

Для управления версиями ролей есть гит и ansible-galaxy

Там в galaxy помойка обычно.

Зачем пытаться сделать из роли аналог гитовой репы?

Потому что разные хосты/проекты в один момент времени могут жить на разной версии роли.

Выкачиваете нужные версии ролей с помощью galaxy и ставите

Вопрос. Есть dict вида: { b1: [v0, v1, v2, v3], b2: [v4, v5] } Все, что есть в этом дикте, сформировано предыдущими тасками и я не знаю настоящее название b 'эшок и v'эшок. Как мне для каждой b проитерировать v'эшки из соотв списка?

keys()

Спасибо, а можно чуть подробнее?

Гит и ansible-galaxy для этого есть

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

Дык ls > filelist, а потом его в таск - не? Или если имена неважны - в .tar.gz.

Класс, это работает! Огромное спасибо!

👍

Вот только как мне проитерироваться теперь? Ключи есть, а что использовать? subelements вроде как немного по-другому работает.

Это уже вопрос о вкусах. Лежит и так в git, но да вместо бранчей или тегов, это лежит в разных папках. В вашем варианте будет работать один и тот же плейбук с разными версиями ролей для разных груп хостов? Как он будет между коммитами переключаться?

items[keyname]

Вопрос. Есть dict вида: { b1: [v0, v1, v2, v3], b2: [v4, v5] } Все, что есть в этом дикте, сформировано предыдущими тасками и я не знаю настоящее название b 'эшок и v'эшок. Как мне для каждой b проитерировать v'эшки из соотв списка?

with_dict

Это вопрос не вкусов, а использования инструментов по назначению

А что именно нужно делать в процессе перебора?

Это уже вопрос о вкусах. Лежит и так в git, но да вместо бранчей или тегов, это лежит в разных папках. В вашем варианте будет работать один и тот же плейбук с разными версиями ролей для разных груп хостов? Как он будет между коммитами переключаться?

Ну вот как в debug например вывести?

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

Разница только в версии, указанной в requirements

Ключевые слова: ansible include loop

В каком смысле одновременно?

В плейбук одновременно для разных хостов могут использоваться разные версии ролей (у нас правда все еще несколько сложнее - версия роли задается в group_vars) Ваш вариант это позволяет?

Ну, просто делаете определенный naming convention. В соответствии с ним выкачиваете разные версии роли в папки с разным названием (согласно convention), а потом просто запускаете плейбуку с нужным inventory. И все

Добавить galaxy в flow чтобы потом переименовывать роли, когда сейчас достаточно git pull....

В плейбук одновременно для разных хостов могут использоваться разные версии ролей (у нас правда все еще несколько сложнее - версия роли задается в group_vars) Ваш вариант это позволяет?

Вечер добрый. Задался вопросом защиты от дурака в AWX. Допустим настроен template, инвентори. Хотим запустить его только на одном указанном хосте, логично спрашивать limit, туда указать. А вдруг в лимит ничего не укажем - тогда пойдёт по всему инвентори (или по группе хостов если внутри плейбука ограничить). Так вот, как запускать темплейт в awx, но не выполнять если не указан limit? Ну или подход не тот?)