Ну просто компоненты-то разные? :)

Я бы наверное распараллелил в CI эти задачи в таком случае

ну вот я к такому же выводу и пришел. хотелось ансиблом. но может потому и не вышло, что не надо желать странного :)

Причём скорее не параллельно в фоне, а по разным параллельным джобам в пайплайне.

именно так, на разных раннерах

Почему по параллельным джобам. Чтобы в пайплайне можно было лог внятно посмотреть. А если в цикле в баше с выполнением в фоне, то фиг знает как выхлоп ансибла выплёвывать. Если можно выплюнуть сразу весь по выполнению всех плейбуков, то можно и так.

да не, я согласен, так корректнее, и мало ли, где то, что-то упадет по дороге.

но мы тут пришли к выводу что паралелить надо CI-ем

А логи этой банки с червями чем читать?

А логи этой банки с червями чем читать?

Дык в CI логи прекрасно выводятся.

Угу. Параллельные. Читать как?

Возможно я чего-то путаю. В gitlab-ci для параллельных джобов отдельные "экраны". На каждом будет результат выполнения плэйбука. Предполагаю, что в битбакете так же.

все верно, @tnt4brain при паралеливании сущностями CI все ок, в каждой джобе будет свой ансибл со своим логом полноценным.

Чот фигня какая-то. В качестве примера: больше одного пакета ОС ставить нельзя ввиду того, что штатные пакетные менеджеры используют блокировки БД.

Асинхроночка и until + паралеллелочка в CIчике - коктейль готов)

Асинхроночка и until + паралеллелочка в CIчике - коктейль готов)

Спасибо

я плакяль: асинхроночка, с антилкой в сиайчике.

допустим, как запарлелить?

Асинхроночка и until + паралеллелочка в CIчике - коктейль готов)

но мы тут пришли к выводу что паралелить надо CI-ем

Делайте и сейчас на python, модулями в ansible. Обычно когда делают сами то забывают про идемпотентность.

лучше расскажите почему не стоит программировать на ансибл

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

во-вторых, любая автоматизация - это программирование

во-вторых, любая автоматизация - это программирование

Ансибл сделан для декларативного подхода. Классическое императивное программирование с этим плохо стыкуется

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

начсет второго - это не аргумент. Башню тоже все знают. Якобы

Ансибл читать проще :)

Хорошо написанный ансибл, считаю важным заметить.

это не декларативный поход

Декларативный

Хорошо написанный ансибл, считаю важным заметить.

У меня есть таск с with_items:. Хочу убрать все items, но таск убирать не хочу. Как сделать?

Это отдельно нужно ещё list делать?

У меня есть таск с with_items:. Хочу убрать все items, но таск убирать не хочу. Как сделать?

Подскажите плиз Не могу найти в доке ансибла yum disable repo Оно вообще работает?

Не понял, что вы хотите, если честно

Есть with_items: - item1 - item2 Мне теперь не нужно по ним проходить, но если просто их убрать, элементов не останется, ansible не съест.

Есть with_items: - item1 - item2 Мне теперь не нужно по ним проходить, но если просто их убрать, элементов не останется, ansible не съест.

Вот этот модуль: https://docs.ansible.com/ansible/2.5/modules/yum_repository_module.html#yum-repository-module

With_items: []