Я вот смотрю на polemarch, вроде норм, а вроде и не нужно

Сильно зависит от процессов в компании/команде. Я как-то нечаянно сделал вебморду для Ansible из Rundeck - команды внезапно стали дико рады. Потом узнал, что R. умеет в inventory, в плейбуки и ещё там куда-то - то есть существует прям плагин для достаточно серьёзной интеграции.

Rundeck хорошая штука, как и Azkaban, но я хз, как приживётся, AWX узкий, а все централизованные планировщики обязательно станут решать кучу разгошёрстных задач...

Кстати, AWX или polemarch ?

Rundeck хорошая штука, как и Azkaban, но я хз, как приживётся, AWX узкий, а все централизованные планировщики обязательно станут решать кучу разгошёрстных задач...

Azkaban - это scheduler для тасок, которые с Hadoop работают.

Azkaban - это scheduler для тасок, которые с Hadoop работают.

подскажите плз. Не знаю куда копать. Есть таска, которая раньше работала как нужно. encryption_key далее сохраняется в файл через {{ encryption_key.stdout | trim }}. Но с недавних пор в stdout стало приходить 2 линии (то есть появился \n в начале). И даже не смотря на | trim этот \n не убирается. Как быть? Ansible 2.7 - name: Generate key raw: head -c 32 /dev/urandom | base64 | tr -d '\n' register: encryption_key

Ну да, ключ же сгенерить без модуля raw или shell никак нельзя

А что - нет готовых модулей? Повод написать свой ?!

Поменял raw на shell - все заработало. с чем связано так и не понял. Ансибл не обновлял

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

джинджа....

Для генерации случайного пароля нужной длины, например, есть lookup плагин

Господи, жесть-то какая

Здравствуйте , а можете посоветовать роль для днс сервера , необходима только поддержка зон, ставить bind не хочется, уверен что есть что-то более лёгкое ( возможно даже на го ), может кто-то недавно сталкивался с такой задачей ? (От днс сервера требуется только держать зону )

https://www.kickstarter.com/projects/548438714/mitogen-extension-for-ansible/description кто нибудь юзал в production среде это библиотеку? В тестовой мне дико нравится прирост в производительности

коллеги, как можно описать "when" что бы таска не падала на ошибку при сообщении - 'dict object' has no attribute 'test'?

Товарищи, а скажите, вы templates раскладываете структурно повторяя целевую систему дабы разделить production/staging темплейты и сразу видеть, в каких каталогах какие файлы контролируются темплейтами или просто в каталог templates все складываете?

Не надо так. Разные темплейты - разные роли.

А роль - php-fpm, если брать твой пример.

вроде на то он и стейджинг, чтобы повторять как в проде

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

Хм, в данном случае набор ролей web-node, роли поделены не по пакетам, а логически - установка пакетов, тюнинг ядра, юзеры, контроль состояния конфигов. Правильнее по вашему мнению отдельные роли nginx, php-fpm, other packages и у каждого раскладывание конфигов?

Ты не обязан следовать ничьёму мнению. Однако в доках Ансибла есть best practices, просто многие из нас их на память знают. Можешь прочесть лично и сделать, как сочтёшь нужным.

Не затруднит послать в доку с best practices? docs.ansible.com уже раскурил на сколько мог, но всё-же не откажусь посмотреть на другие взгляды

https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#best-practices

Не надо так. Разные темплейты - разные роли.

https://www.kickstarter.com/projects/548438714/mitogen-extension-for-ansible/description кто нибудь юзал в production среде это библиотеку? В тестовой мне дико нравится прирост в производительности

Роль может быть одной и той же. А, вот, темплейты и инвентарь - разными

А кто-нибудь делает operation-роли для управления инфраструктурой? Например, я написал роль, которая разворачивает с уцелевшей MySQL реплики STAGE БД или slave... И меня не покидает мысль, что не очень правильно держать отдельно роли управления инфраструктурой.

а что такое stage БД?