Мне не понравились зависимости в ансибле

Не интуитивно

Какие именно зависимости?

При установке графаны на хост если зависимость у нее от постгреса то надо в зависимостях писать ещё и delagate_to иначе постнрес будет поставлен на тот же хост что и графана.

Но в делегейт то нельзя прописать group["postgres"]

Только делать with

Короче не оч

При установке графаны на хост если зависимость у нее от постгреса то надо в зависимостях писать ещё и delagate_to иначе постнрес будет поставлен на тот же хост что и графана.

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

Это как?

Вот вариант 4 хоста. 2 плстгреса 2 графины

да. и дальше?

ты хочешь пару графан поднять с независимыми постгресами?

Грпфана зависит от постгреса

Я хочу графаны что бы смотрели на отказоустойчивый постгрес

При этом собрать это через зависимость

Я хочу графаны что бы смотрели на отказоустойчивый постгрес

вооооооот! это не "она зависит", это ты решаешь.

Так откуда ansible узнает, куда postgres заливать? Не проще две отдельные роли, объедидённые плейбуком сделать

Следовательно, для графан будет просто какой-то ендпойнт постгресовый, причём - один.

Да будет один.

Но поможет ли в этом зависимости -- нет

Что отстой

Зависимость это что-то более простое - подтянуть вебсервер, настроить SSL, firewall

Нет, потому что отказоустойчивость ты конструируешь сам.

А если фаер надо настроить не на этом же хосте?

Снова делегейт

Это как? Мы развернули графану на одной ноде, а порты на другой открываем?

Да. На балансере

Или на фронте

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

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

А условную common лучше оформить как pre_tasks: import_tasks: common/main.yml

Или как базовую роль

А зависимость от common роли вообще ад. Ибо тогда прогон будет на каждую зависимую роль.

Хак инклюд when: common_complete is defined

Тоже так се

А условную common лучше оформить как pre_tasks: import_tasks: common/main.yml

А вот эти костыли куда пихать?

В плей?

Я не сильно читал эту ветку, но разговор был про общий фрагмент трех ролей

Короче имеет смысл почитать для погружения в тему osa и kubespray

Если будут три роли, то импорт тасок в каждой, и таски соответственно тоже. Будет копипаст

А зависимость от common роли вообще ад. Ибо тогда прогон будет на каждую зависимую роль.

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

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

3 таска в роли это уже много?

Нет конечно)

У меня и 6-8 тасок есть

ru.wikipedia.org/wiki/Магическое_число_семь_плюс-минус_два - британские учёные уже выяснили)

Ansible не человек)

Так поддерживать таски не ansible будет. Хотя при использовании best practices надо ещё догадаться в meta заглянуть. Отличие зависимостей от импорта в том что зависимость дважды не будет исполняться, если случайно заинклюдится дважды. http://docs.ansible.com/ansible/latest/playbooks_reuse_roles.html#role-dependencies

Так поддерживать таски не ansible будет. Хотя при использовании best practices надо ещё догадаться в meta заглянуть. Отличие зависимостей от импорта в том что зависимость дважды не будет исполняться, если случайно заинклюдится дважды. http://docs.ansible.com/ansible/latest/playbooks_reuse_roles.html#role-dependencies

КО какбэ намекает, что через мета роль выполняется строго ДО родителя и если надо допустим иметь роль которая нужет ) инклюдится как мета, то в других местах там где надо выполнить в определенный момент, можно сделать include_role

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

ну и да тэги

А include_role делает защиту от двойного include?

Когда я игрался с зависимостями, в Ansible такой роскоши как include_role по-моему не было)

А include_role делает защиту от двойного include?

нет естественно

но если ты руками инклюдишь роль, то ты наверное об этом знаешь

это недавно появилось

я имею ввиду include_role

Проблемы начнутся когда ты инклюдишь роль, которая тоже инклюдит роль)

вот тут можно играться с депендами

потому что include_role мета не обрабатывает помоему

Хотя вот официальная документация уверяет что allow_duplicates можно поставить в no и пользоваться как депенденсами

это же опция для meta нет?

Ну как бы вот: http://docs.ansible.com/ansible/latest/include_role_module.html

Написано что влияет на опцию meta. Но без примера непонятно что она делает

а ну значит и там

Я так понимаю что по умолчанию форсится инклюд роли, но при желании можно включить защиту от двойного инклюда и тогда второй раз, если уже роль была вызвана с теми же параметрами, не выполнится. С другими параметрами - выполнится всё равно

В этом прелесть зависимостей собственно была

а почему была, она и есть

)

https://github.com/ansible/ansible/releases/v2.4.3.0-0.6.rc3 was tagged

Как вы смотрите релизнлутсы к версии? Коммиты смотреть это ужасно

Как вы смотрите релизнлутсы к версии? Коммиты смотреть это ужасно

прям вот тоже спросить хотел. https://github.com/ansible/ansible/blob/devel/CHANGELOG.md тут токмо по 2.4.1 есть, и 2.5 TBD

Таки по существу, беглое гугление не показывает внятного чейнджлога… Он есть, или надо пырить коммиты?

нормального ченджлога для rc парни не пишут

только для релизов

Для релизов минорных тоже кажется.

минорные ченчлоги

Таки по существу, беглое гугление не показывает внятного чейнджлога… Он есть, или надо пырить коммиты?

будет когда выйдет релиз. пишут почему-то только на будущий мажорный.

--- - hosts: all become: yes gather_facts: False tasks: - name: "raw | update apt package cache before installing anything" raw: apt -q -y update - name: "raw | install python2.7-minimal" raw: apt -q -y install python-minimal - hosts: all become: yes roles: - { role: base-packages-install }

чо он ругается на то что хочет питон?

ругань то где ?