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

Вроде можно, но слишком много папок сложно, обычно там хватает файлов по имени сервиса/роли

Народ, есть вопрос про инвентори. Например, инвентори может быть не файлом, а директорией. И там могут быть директории group_vars, в которых переменные группы узлов web (к примеру), будут лежать в директории web, и это все будет работать. Т.е. получится какая-то вот такая структура: inventory ├── global.yml ├── group_vars │ └── web │ ├── 00.yml │ └── main.yml └── host_vars ├── web_01 │ └── main.yml └── web_02 └── main.yml При этом, то, что описано в inventory/host_vars/web_02/main.yml равнозначно тому, если бы это было описано в едином файле инвентори в: ... hosts: web_02: Собственно, вопрос - насколько глубока кроличья нора? Могу ли я приведенном выше примере создать директорию vars, и разместить там различные файлы с переменными. Или я могу пойти дальше, и сделать vars/my_app, и разместить что-то там?

jinja2 корявит XML с for, куда мне смотреть?

в зарплатную ведомость

как как? whitespace control?

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

да. если сумма в ведомости вас устраивает то джинджа будет вести ся норм.

ребят, я хочу структурировать данные в yaml и работать с ними. и в итоге рендерить из них что-то типа: tag1: - rule1: key1: value1 key2: value2 - rule2: key1: value1 key2: value2 tag2: - rule1: key1: value1 key2: value2 - rule2: key1: value1 key2: value2 мне хотелось бы из этого собирать файл типа tag1 rule1 + key1 + key2 rule2 + key1 + key2 tag2 rule1 + key1 + key2 rule2 + key1 + key2

И что мешает сделать темплейт?

Народ, есть вопрос про инвентори. Например, инвентори может быть не файлом, а директорией. И там могут быть директории group_vars, в которых переменные группы узлов web (к примеру), будут лежать в директории web, и это все будет работать. Т.е. получится какая-то вот такая структура: inventory ├── global.yml ├── group_vars │ └── web │ ├── 00.yml │ └── main.yml └── host_vars ├── web_01 │ └── main.yml └── web_02 └── main.yml При этом, то, что описано в inventory/host_vars/web_02/main.yml равнозначно тому, если бы это было описано в едином файле инвентори в: ... hosts: web_02: Собственно, вопрос - насколько глубока кроличья нора? Могу ли я приведенном выше примере создать директорию vars, и разместить там различные файлы с переменными. Или я могу пойти дальше, и сделать vars/my_app, и разместить что-то там?

В развитие темы. Сделал вот так: inventory ├── global.yml ├── group_vars │ └── web │ ├── 00.yml │ └── main.yml ├── host_vars │ ├── web_01 │ │ └── main.yml │ └── web_02 │ └── main.yml └── vars └── myapp └── myapp_00.yml В принципе, оно читает все файлы, но есть нюанс. В файле myapp_00.yml приходится описывать структуру от корня. Ну, в смысле, как-то так: --- all: vars: myapp: myapp_00: somevar: somevalue С одной стороны, вроде уже легче, а с другой - структура все равно не очень. А вот как бы получить поведение, аналогичное поведению host_vars? Т.е. хочется в файле myapp_00.yml написать просто: --- somevar: somevalue И обращаться потом как к myapp.myapp_00.somevar.

А иначе не принимает.

Я забыл, что за ключ "-a"?

В развитие темы. Сделал вот так: inventory ├── global.yml ├── group_vars │ └── web │ ├── 00.yml │ └── main.yml ├── host_vars │ ├── web_01 │ │ └── main.yml │ └── web_02 │ └── main.yml └── vars └── myapp └── myapp_00.yml В принципе, оно читает все файлы, но есть нюанс. В файле myapp_00.yml приходится описывать структуру от корня. Ну, в смысле, как-то так: --- all: vars: myapp: myapp_00: somevar: somevalue С одной стороны, вроде уже легче, а с другой - структура все равно не очень. А вот как бы получить поведение, аналогичное поведению host_vars? Т.е. хочется в файле myapp_00.yml написать просто: --- somevar: somevalue И обращаться потом как к myapp.myapp_00.somevar.

Я не хочу ямл на 1к строк, только и всего.

Я кстати ради пятница и праздника спрошу - а что условно в том 1к перемётных

Вам точно не нужен service discovery ?

Точно. Там все относительно статично.

Я конечно рад что навёл на мысль. Но все же посему не днс ?

Чтоб ансибл мог сетапить bind.

У кого нибудь есть пример как с помощью python api запустить playbook?

Это Салли Манн фото на юзерпике?

да

https://github.com/ansible/ansible/blob/v2.9.11/lib/ansible/cli/playbook.py

Спасибо) с этим разобрался , только вот не пойму как передать cli вида verbose и тд . Пробовал так context.CLIARGS = ImmutableDict(verbose='vvvv') но не взлетело(