Но типо у тебя есть приложение с управлением через команду. Самый гуманный вариант - взять готовый модуль под эту приложуху. Менее гуманный вариант - написать модуль под эту приложуху. Другой случай - у тебя приложуха использует conf.d, соотвественно можно просто от туда выкинуть все ненужные файлы потипу https://gist.github.com/gMagicScott/618d7ac29b12664d7482 только генерить список налету. Другой вариант - писать с помощью assemble весь конфиг в один файл.

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

ну мне получается нужно чтоб было как-то так sites: - name: bla bla caching: true - name: install packages apt: name={{ item }} state=present with_items: - htop - wget - curl - name: create vhosts template: src=templates/vhost.conf dest=/etc/nginx/conf.d/{{ item.name }}.conf with_items: "{{ sites }}"

лично я, правда, такого рода данные храню не в host_vars а в group_vars

лично я, правда, такого рода данные храню не в host_vars а в group_vars

так в group вроде как константы обычно хранят

Ну вот у меня есть группа хостов, на которых развернут сервис A, логично же все данные относящиеся к этому сервису, которые должны быть везде одни и те же, хранить в одном месте?

можно в принципе оптимизировать до одного json_query - когда нибудь и до этого руки дойдут

- hosts: localhost connection: local vars: sites: - name: bla bla caching: true tasks: - name: install packages ....

Ну в хостварсах я, например, тоже храню данные, уникальные для хоста

Ну, типо, какая разница, иметь 100 разных групп или 100 разных плейбуков? Один хер каша

а не подскажешь по какой причине если я запускаю общий плейбук с приатачиванием роли к группе, то он не хочет читать переменные, которые объявленны в груп_варсах --- - hosts: docker_containers connection: docker roles: - nginx "msg": "'sites' is undefined" cat group_vars/nginx_playbook sites: - name: test-lala.com caching: true

У тебя либо хост не сосотоит в группе nginx_playbook Либо group_vars не в инвентори/папке с плейбуком либо нужно переменовать group_vars/nginx_playbook в group_vars/nginx_playbook.yml либо перемести nginx_playbook в group_vars/nginx_playbook/sites.yml ,например, вместо "sites" может быть что угодно

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

Прости не понял. У тебя есть инвентори. в котором есть хосты и группы. В плейбук автоматом загружаются переменные для хоста и для всех групп в которых он состоит. Поиск идет, условно, в ./inventory/<host|group>_vars/<hostname> и ./playbooks/<host|group>_vars/<hostname> Если у тебя есть play для docker_containers, то для хоста будут загружены все переменные групп в которых состоит хост docker_containers или хосты в группе docker_containers. Если у тебя хост не состоит в группе nginx_playbook то переменные из group_vars/nginx_playbook загружены не будут. Один хост может состоять в нескольких группах, да.

за "ты" извени, если что

У меня вопрос, почему переменные для хостов docker_containers лежат в nginx_playbook и как ansible должен это понять? Есть два пути, - заинглудить в плейбуке переменные - сделать группу nginx_playbook в которую либо напрямую либо через наследование включить соотвествующие хосты.

так он разве не ищет внутри файлов сам соответственные переменные?

даже третий есть, указать это в group_vars/docker_containers

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

переменные роли лежат, условно, в roles/<role_name>/vars и defaults

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

all.yml

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

подумай над следущим docker_containers: children: group_a: hosts: a1: a2: vars: sites: - a group_b: hosts: b1: b2: vars: sites: - b

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

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

FYI роль в ansible это не группа хостов

о папке vars в частности и файлом внутри

FYI роль в ansible это не группа хостов

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

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

ты с групварсов переменные не вытягиваешь, они сами сосутся согласно тому в каких группах состоит конкретный хост.

никак не могу победить owner

у меня есть мод пул, но овнера не ставил

Привет. Подскажите как правильно оформить часть для дефаулта: tomcat_home: "{{ tomcat_catalina_home | default('/opt/tomcat'tomcat_version.split('.')[0]) }}" в таком виде падает: An unhandled exception occurred while templating '{{ tomcat_catalina_home | default('/opt/tomcat'tomcat_version.split('.')[0]) }}'. Error was a <class 'ansible.errors.AnsibleError'>, original message: template error while templating string: expected token ',', got 'tomcat_version'. String: {{ tomcat_catalina_home | default('/opt/tomcat'tomcat_version.split('.')[0]) }}"}

'/opt/tomcat'tomcat_version.split('.')[0] Я вижу тут отсутсвие оператора конкатенации

+

archive?