все равно спасибо за время :)

Почему?

Поясняю. Соотношение между хостами и группами устанавливается в inventory. Как только у тебя появляются хосты, к которым не нужно применять все такси данной роли - поздравляю, это просто появилась подгруппа. Отмазки "ой, не хочу заводить подгруппу" не катят просто потому, что в долговременной перспективе (хотя бы полгода, что уж там) гирлянды when-ов начинают болеть и рассыпаться. Синтаксис подгруппы описан в документации. Иначе говоря, не нужно забивать костыли в то место, где есть штатные средства. Это моя личная точка зрения. Основана на моём опыте практического применения Ансибла на проектах разного калибра (AWS >100 хостов тоже было). Ваш пробег может отличаться 😊

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

Чот много считаю я)))))

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

Про большие инсталляции - согласен. Только, честно говоря, если требуется управление конфигурацией - это, на минуточку, _уже большая_ инфраструктура. А лютые гроздья when - это перебор всегда.

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

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

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

Каждый мышка сама готовит себе кактус 😊)))

Не поспоришь) Просто у меня такое было, несколько абсолютно разных сущностей, и, покуда инфраструктура не разрослась, держал просто несколько инвентори. Щас уже там не работаю, может ребята и запихали все это в консул/зукипер/хзчо. Я не успел)) дико не люблю статику, там где она изменчива))))

Не поспоришь) Просто у меня такое было, несколько абсолютно разных сущностей, и, покуда инфраструктура не разрослась, держал просто несколько инвентори. Щас уже там не работаю, может ребята и запихали все это в консул/зукипер/хзчо. Я не успел)) дико не люблю статику, там где она изменчива))))

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

Опять плевался на этот awx

https://github.com/ansible/awx/blob/devel/INSTALL.md опять похерил всю базу

сам дурак =(

Ребят, как отключить фингерпринт чек? host_key_checking=False не помогает

в настроках самого ансбл хоста в ssh конфиге уже StrictHostKeyChecking no UserKnownHostsFile /dev/null

плюс еще и на эту группу хостов через парамико (вдруг это важно)

во, нашел ошибку, не в ту секцию было написано host_key_checking=False

всё заработало, всем спс

а где ты указал? в [defaults]?

а где ты указал? в [defaults]?

угумс

нет ограничение на значение переменных ? допустим валидное ли значение переменной project: 'https://google.com'

нет ограничение на значение переменных ? допустим валидное ли значение переменной project: 'https://google.com'

да, особых ограничений нет

есть кстати спека по YaML которую хорошо бы запомнить

я в awx назвал проекты по имени сайта, в плейбук сравниваю when: (project == 'test-example.ru')

я в awx назвал проекты по имени сайта, в плейбук сравниваю when: (project == 'test-example.ru')

вот только вчера это обсуждали ведь - обвешиваться when = bad practice

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

для этого есть группы хостов

у меня например есть плейбук который снимает дамп с рабочей базы на сервер srv2, потом собирает фронт, бекенд и накатывает миграции на сервер srv5, потом на сервере srv6 стягивает собранный фронт и собирает бэк без миграций

для этого есть группы хостов

я обязательно это посмотрю

Не, ну по группам реально удобнее

кудрявый ты тоже здесь чоли ?

А куда же я денусь?

гоу в личку

Ща в бан за оффтоп обоих ))

расскажешь как группы юзаешь

у меня например есть плейбук который снимает дамп с рабочей базы на сервер srv2, потом собирает фронт, бекенд и накатывает миграции на сервер srv5, потом на сервере srv6 стягивает собранный фронт и собирает бэк без миграций

вот ты пяток групп и назвал 😊

у меня плейбук выглядит так - hosts: all roles: - backup_db_rc - update_rc

а в ролях фильтрую

ну вот в hosts: all факап и кроется

я понимаю

best practice: - hosts: group1 roles: - role1 - hosts: group2 roles: - role2 тем более, что в роли можно ещё и параметры передавать - вообще песня получается

- hosts: srv02 roles: - backup_db_rc - hosts: srv05,srv06 roles: - update_rc

аааа

ну погляжу

да, типа того

- hosts: robot tasks: - include_role: name: piva_prinesi vars: beer: "my_lovely_beer"

ещё удобная конвенция (из личного опыта) - все группы называть английской формой множественного числа (то бишь "-s" на конце)

- hosts: fronts - hosts: nginxes - hosts: dbs

мне сразу напоминает это джанго, он модели в админке пишет с S на конце

Here is the slides deck for my today's talk about Pyventory on SPb Python meetup at Yandex office https://speakerdeck.com/lig/pyventory-for-ansible

Ребята, кто-то работал с ansistrano? Вопрос. У меня есть несколько ролей с тегами настройке окружения, самого проекта, обновления конфигов, перезапуску сервисов, простой rolebook. Мне надо сделать систему деплоя новых релизов с помощью ansistrano. Мне надо переписать роли в файлы стадий или можно как-то указать теги для стадий ansistrano?

Ребята, кто-то работал с ansistrano? Вопрос. У меня есть несколько ролей с тегами настройке окружения, самого проекта, обновления конфигов, перезапуску сервисов, простой rolebook. Мне надо сделать систему деплоя новых релизов с помощью ansistrano. Мне надо переписать роли в файлы стадий или можно как-то указать теги для стадий ansistrano?

Извини, я думаю, что ты напрасно тратишь своё время. Эта группа всё же в первую очередь про ансибл.

Но это же часть ansible вроде как (пакет в galaxy), неужели никто не пользуется..

помесь негра с мотоциклом

Но это же часть ansible вроде как (пакет в galaxy), неужели никто не пользуется..

Скоре всего, никто. Название позволяет предположить, что это какой-то странный гибрид Capistrano (самопальная поделка рубишников, служащая для..... гхм, не знаю, я не рубишник, слышал краем уха, что якобы они им деплоят) и Ансибла.

Так вот, здесь могут подсказать про Ансибл. Про тёмную сторону - нет.

это просто 2 роли которые если им разложить приложение в определенном виде будут деплоить его согласно некоторыми договоренностям, аля капистриано по сути некий такой аналог штатного deploy_helper модуля

лучше его юзать

@tnt4brain Так и есть, более того, любители рыбьего языка решают капистраной те задачи которые решаются ансиблом.

ну это же по вкусу, я просто про то, что здесь людей с таким вкусом, считай, нету - непрофильная группа

насчет самопальности - ну типа опенсорс, как и ансибля )

насчет самопальности - ну типа опенсорс, как и ансибля )

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

немного снобизмом попахивает)

немного снобизмом попахивает)

Просто на мой вкус странно в группе по ансиблу спрашивать про деплой рубишных приложений какой-то очень специфической ролью. Обычно разарботчики такие штуки используют от боли и безысходности. Полноценное на рубях - Шеф вон тот же.

ансистрано к руби не имеет никакого отношения

Оно же на python, к руби никакого отношения не имеет, кроме как идеологическое. Просто система выката и отката релизов. Но если есть какие-то встроенные инструменты для этого, то куда копать? Ansible_helper может деплоить по тегу/ветее, хранить релизы и откатывать куда надо? Не работал с этим просто.

хелпер позволит оздавать директории, симлинки и все такое, а скачать по метке можно просто модулем git

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

Мне просто нужна ручной выкат релизов на тест, прод. С возможностью быстро откатить в случае чего. Может есть кейсы какие-то на чистом ansible? Ansistrano как раз для этого и написали, использую идеологию рубишного инструмента

Мне просто нужна ручной выкат релизов на тест, прод. С возможностью быстро откатить в случае чего. Может есть кейсы какие-то на чистом ansible? Ansistrano как раз для этого и написали, использую идеологию рубишного инструмента

сам ансибл для этого и есть

тупо пишешь роли в зависимости от своих компонентов

Мне просто нужна ручной выкат релизов на тест, прод. С возможностью быстро откатить в случае чего. Может есть кейсы какие-то на чистом ansible? Ansistrano как раз для этого и написали, использую идеологию рубишного инструмента

Упаковываю в deb и деплою нужную версию.

Упаковываю в deb и деплою нужную версию.

+ (только у нас rpm)

Тогда вопрос, может немного не в тему. У меня нет опыта работы со сборкой пакетов, потому может странные вещи для вас спрошу. Если приложение использует такой стек: Django, uwsgi, nginx, MySQL, supervisor. Что из этого должно быть на хост машине? Если с mysql понятно, то как поступать с конфигами supervisor например? Deb должен складывать конфиг приложения в каталог конфигов supervisor?

А с nginx конфигом? Он должен его кидать в sites-available и делать симлинк как обычно делают?

Или мне уже лучше в сторону докера смотреть? Есть какая-то грань, когда deb уже не нужен?

Тогда вопрос, может немного не в тему. У меня нет опыта работы со сборкой пакетов, потому может странные вещи для вас спрошу. Если приложение использует такой стек: Django, uwsgi, nginx, MySQL, supervisor. Что из этого должно быть на хост машине? Если с mysql понятно, то как поступать с конфигами supervisor например? Deb должен складывать конфиг приложения в каталог конфигов supervisor?

А каждая версия приложения изменяет конфиги вот этого всего? Кажется, что тут закралась ошибка

Не изменяет, вопрос сейчас не в версионировании, а в том что делать с конфигами частей стека, если собирать пакет. Вот я укажу зависимости, nginx, supervisor, а конфиги приложения куда складывать и как их контролировать при изменении, удалении? Хотя пойду почитаю доку, может мои вопросы вообще не имеют смысла))

Тогда вопрос, может немного не в тему. У меня нет опыта работы со сборкой пакетов, потому может странные вещи для вас спрошу. Если приложение использует такой стек: Django, uwsgi, nginx, MySQL, supervisor. Что из этого должно быть на хост машине? Если с mysql понятно, то как поступать с конфигами supervisor например? Deb должен складывать конфиг приложения в каталог конфигов supervisor?

так а в чем проблема?

conf.d/tvoj_config.conf