Я не понял, как эти три роли в одном плейбуке раскатаются на две машины

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

В плейбуке все роли. В каждой роли только один инклуд. Он инклудит основной стартовый таскфайл роли при проверке наличия имени роли в спец переменной.

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

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

Плейбук один

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

Я с мобилы, завтра объясню

Ок

Разрабы не бизнес, если разработчики рулят процессом деплоя, то пусть сами решают эти проблемы.

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

Неудобно портянки писать

Погодите, вы именно в одну роль загоняете все аппы?

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

у нас плейбука отвечает за работу сервиса а не всей системы. например какфка + зоокипер = один плейбук. этой системе вообще не интеренсно что сбоку есть, она уже самодостаточна.

точно так же кликхауз + зоокипер (тут он общий с кафкой) = один плейбук. и там уже расписано что и как делать

различия только на уровне инветоря и group_vars

там разные хосты и значения

Окей, хост[1-3] кафка + зукиппер, хост[4-6] кх + зукиппер. Как в два плейбука и без повторения хостов это раскатать?

При этом поменять конфиг у всего зукиппера одним плейбуком возможно?

да зотя бы и так можно, плейбуки это мы для себя изменили

нам так проще

Кафка и кх входят в зукиппер?

да

По хостам

да

ЗК один для всех

Блин, хреновые примеры, кафка и кх без зуккипера не могут

ну вы запускатее плейб и он катит по очереди все

У вас просто совпадение идеального состояния

вообще играться можно как угодно. обчно это нужно на стадии деплоя а потом только конфиги по тегам дергать

Завтра посмотрю у себя и сформулирую "тяжелый" случий

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

Что значит "вэбку"? Вешаешь на host_vars этого хоста переменную со списком нужных ролей и всё. Если только на один хост. Либо на группу.

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

Одни проксируют, другие вообще балансируют.

И писать по таску, синхронизируй этот темплейт, а потом отдельно релоад nginx

Неее, это не проблема

🤣🤣🤣 my name is John Connor...

И писать по таску, синхронизируй этот темплейт, а потом отдельно релоад nginx

Про handlers слышал?

И писать по таску, синхронизируй этот темплейт, а потом отдельно релоад nginx

Никто не сказал, что роль будет простой. Используй шаблонизацию и всё получится.

ох уж эти писатели ролей... сценаристы :)

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

Вот здесь: https://docs.ansible.com/ansible/2.4/intro_patterns.html

ифы в ролях это норм)

регулярки еще тоже прекрасно

ифы в ролях это норм)

Согласен, отлично показывают, когда использован башсибл.

регулярки еще тоже прекрасно

и главное не использовать модули и все делать из скриптов на tcsh...

Кстати, дискриминация

Кстати, дискриминация

и для этого уже есть модуль. или плагин.

Кстати, дискриминация

?

всем отключили стикеры и гифки

да? пардон.

Да, я тут страдаю, но оказывается кому-то можно)

Кстати, дискриминация

точняк

Да, я тут страдаю, но оказывается кому-то можно)

Убрал из уважения 😊

Но страдать, уж извини, не буду 😃

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

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

наверно это актуально когда на один хост ставится стопка сервисов. когда один хост == один сервис не так актуально. имхо

наверно это актуально когда на один хост ставится стопка сервисов. когда один хост == один сервис не так актуально. имхо

По-разному. Однако это совершенно точно позволяет меньше повторять привязки хостов к группам.

Hi is it possible to use winrm port 5985 fot kerbrous authentication?

In windows

Hi is it possible to use winrm port 5985 fot kerbrous authentication?

Yes it is

Ok thanks

For kerberos you should add the following parameter: ansible_winrm_transport: ntlm

- name: Restart and enabled prometheus service service: name=prometheus-server state=restarted enabled=yes tags: restart - name: Restart and enabled alertmanager service service: name=alertmanager state=restarted enabled=yes tags: restart - name: Restart and enabled karma service service: name=karma-server state=restarted enabled=yes tags: restart кто подскажет как можно уместить в один блок? with_items?

With_items, но вроде советуют использовать loop Example: - name: 'Creating required folders for {{ zabbix_agent.name }}' win_file: path: '{{ item.path }}' state: '{{ item.state }}' loop: - { path: '{{ zabbix_agent.folder }}', state: 'absent' } - { path: '{{ zabbix_agent.folder }}', state: 'directory' } - { path: '{{ zabbix_agent.scripts }}', state: 'directory' } - { path: '{{ zabbix_agent.logs }}', state: 'directory' } - { path: '{{ zabbix_agent.temp }}', state: 'directory' }

- name: Restart and enabled prometheus service service: name=prometheus-server state=restarted enabled=yes tags: restart - name: Restart and enabled alertmanager service service: name=alertmanager state=restarted enabled=yes tags: restart - name: Restart and enabled karma service service: name=karma-server state=restarted enabled=yes tags: restart кто подскажет как можно уместить в один блок? with_items?

Строчный синтаксис в плейбуке? Фу...

Строчный синтаксис в плейбуке? Фу...

да будут прокляты еретики не использующие ansible-lint :)

да будут прокляты еретики не использующие ansible-lint :)

Ваистену!

Строчный синтаксис в плейбуке? Фу...

он экономит место в длинну, мне не нужны роли в пять листов

Амен, и аминь и т.д.

админь

он экономит место в длинну, мне не нужны роли в пять листов

Эпический контур! Так вы их еще и на бумаге распечатываете?

Эпический контур! Так вы их еще и на бумаге распечатываете?

клинописью.

вообще разницы никакой нет главное выполнение требуемого функционала

вообще разницы никакой нет главное выполнение требуемого функционала

если пишешь сам для себя, не за деньги, то 100% прав.

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

- name: 'Restart and enabled {{ service_item }} service' service: name: '{{ service_item }}' state: restarted enabled: True loop: - prometheus-server - alertmanager - karma-server loop_control: loop_var: service_item tags: restart

Вот так правильно должно быть

я не делаю отступы в списке....

вообще разницы никакой нет главное выполнение требуемого функционала

Как только ролью начинаете пользоваться не только вы один - разница тут же появляется

я не делаю отступы в списке....

А зря

А зря

иди на фиг :)

- name: 'Restart and enabled {{ service_item }} service' service: name: '{{ service_item }}' state: restarted enabled: True loop: - prometheus-server - alertmanager - karma-server loop_control: loop_var: service_item tags: restart

ага, и роль стала в два раза длиннее

ага, и роль стала в два раза длиннее

Вы бумагу для печати экономите?