кстати, а в чем прикол этой картинки? я наверное тупой, но так в шутку и не въехал =(

кстати, а в чем прикол этой картинки? я наверное тупой, но так в шутку и не въехал =(

И потом все это попадает в факты из инвентаря на всех последующих стадиях

Я добавил необходимые вещи в сам файл, они там есть. А как достать их оттуда лучше? - name: touch var set_fact: qweqwe: "{{ item.internal_address }}" with_items: "{{ lookup('file', molecule_instance_config) | molecule_from_yaml }}" есть ли способ проще?

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

Я добавил необходимые вещи в сам файл, они там есть. А как достать их оттуда лучше? - name: touch var set_fact: qweqwe: "{{ item.internal_address }}" with_items: "{{ lookup('file', molecule_instance_config) | molecule_from_yaml }}" есть ли способ проще?

loop: https://docs.ansible.com/ansible/latest/user_guide/playbooks_loops.html#comparing-loop-and-with

Вообще я сейчас понял, что мне надо в начале каждого плея переопределять ansible_host переменную. Ибо при старте каждый раз оно берётся из /tmp/molecule/yc_ansible_deploy/ubuntu18/inventory/ansible_inventory.yml

1) потому что она указывает на внешний адрес 2) остальной код использует её и рассчитывает, что адрес есть на машине

Контроллер ансибла подключается к таргетам по какому адресу?

а код поднимает софт, в конфигах которого есть темплейтинг с биндом на адрес. Софт очевидно хочет биндиться на реально существующий на машине адрес

Так какой адрес у вас основной? Внутренний или внешний?

А что такое основной? Для кода, который я ъочу тестировать — основной внутренний. Для того, чтобы добраться до этой машины молекуле требуется внешний адрес

У вас ансибл контроллер не в той же подсети, что создаваемые машины?

к сожалению, нет

но тогда придётся держать его там 24/7 и платить =)

как выделенный воркер для задачи

У вас в качестве Ci что?

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

У вас яндекс облако?

У вас яндекс облако?

всем привет, подскажите как с помощью jinja2 добавить в nginx два конфига для виртуальных хостов используюя один шаблон? никак не могу понять как это сделать

Спасибо я посмотрю)

вот тебе пример http://pastiebin.com/embed/5d6ab2e5979c8

Что это за треш на джиндже?

Добрый вечер! Предлагаю обсудить кейс: много окружений, плейбуки одинаковые, инвентарь разный. Необходимо убрать копипасту плейбуков и заполнение кучи переменных. Родилась идея хранить базовую версию плейбука в одном репозитории, а в других наследоваться и при необходимости менять переменные, благо group_vars могут быть определены в playbooks(приоритет выше) директории и в inventory. Таким образом можно перетирать" defaults" плейбука. Кажется кейс очевидным и должен решаться многими. Однако сходу подтягивание плейбуков из репозитория аналогично как реализовано для ролей ansible-galaxy не нашел. Вариант держать различный инвентарь в одном репозитори нам не подходит, так как могут быть сторонние взаимодействия клиентов с плейбуками.

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

нзчт, если что пинай, скину тебе пример переменных

Подскажите где эти item можно найти, я этого не понимаю

Подскажите где эти item можно найти, я этого не понимаю

Например 3 окружения: dev, test, prod. Мы заводим 3 репозитория, переопредляем некоторые переменные и едем. Далее сделали еще один сервис, добавили роль, прогнали на деве и пошли все это дело копипастить на тест и прод, а было бы удобнее отнаследоваться от дева, и заменить необходимые специфичные переменные на двух других и все - мы уже на тесте и в проде.

Если у вас конфиг отличается незначительно (как павило доменным именем и именем серта, то вам проще поставить вместо изменяемых частей переменные и определить их в переменных конкретного хоста

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

Например 3 окружения: dev, test, prod. Мы заводим 3 репозитория, переопредляем некоторые переменные и едем. Далее сделали еще один сервис, добавили роль, прогнали на деве и пошли все это дело копипастить на тест и прод, а было бы удобнее отнаследоваться от дева, и заменить необходимые специфичные переменные на двух других и все - мы уже на тесте и в проде.

Например 3 окружения: dev, test, prod. Мы заводим 3 репозитория, переопредляем некоторые переменные и едем. Далее сделали еще один сервис, добавили роль, прогнали на деве и пошли все это дело копипастить на тест и прод, а было бы удобнее отнаследоваться от дева, и заменить необходимые специфичные переменные на двух других и все - мы уже на тесте и в проде.

Добрый вечер! Предлагаю обсудить кейс: много окружений, плейбуки одинаковые, инвентарь разный. Необходимо убрать копипасту плейбуков и заполнение кучи переменных. Родилась идея хранить базовую версию плейбука в одном репозитории, а в других наследоваться и при необходимости менять переменные, благо group_vars могут быть определены в playbooks(приоритет выше) директории и в inventory. Таким образом можно перетирать" defaults" плейбука. Кажется кейс очевидным и должен решаться многими. Однако сходу подтягивание плейбуков из репозитория аналогично как реализовано для ролей ansible-galaxy не нашел. Вариант держать различный инвентарь в одном репозитори нам не подходит, так как могут быть сторонние взаимодействия клиентов с плейбуками.

Добрый вечер! Предлагаю обсудить кейс: много окружений, плейбуки одинаковые, инвентарь разный. Необходимо убрать копипасту плейбуков и заполнение кучи переменных. Родилась идея хранить базовую версию плейбука в одном репозитории, а в других наследоваться и при необходимости менять переменные, благо group_vars могут быть определены в playbooks(приоритет выше) директории и в inventory. Таким образом можно перетирать" defaults" плейбука. Кажется кейс очевидным и должен решаться многими. Однако сходу подтягивание плейбуков из репозитория аналогично как реализовано для ролей ansible-galaxy не нашел. Вариант держать различный инвентарь в одном репозитори нам не подходит, так как могут быть сторонние взаимодействия клиентов с плейбуками.

Я вроде понял. Вы хотите что-то вроде единого файла с переменными для всех инвентори? И при необходимости переопределять какие-то из переменных в конкретном инвентори?

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

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

что мешает положить 3 инвентаря рядом ?