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

Это императивный код

А чем ансибл уже не императивен?

Убрать when, block, и похожее, и использовать просто jinja2

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

Ыместо when и with_* использовать if и for

Ыместо when и with_* использовать if и for

Это нечеткая грань

В свое время в Позитиве об это много копий поломали

В if у джинжи в общем случае слишком большая свобода. Там можно что-то вычислять. With_items - синтаксический сахар для декларативного кода

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

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

Декларативный и императивный код надо разделять как можно более явно.

программирования на конфигах срач? одобряю! :)))

@lig11 а вы фичу ансибла с тем что переменные можно в 16 местах объявить будете реализовывать или порядок там наведете ?

@lig11 а вы фичу ансибла с тем что переменные можно в 16 местах объявить будете реализовывать или порядок там наведете ?

Наведем. Как раз обдумывал вчера как лучше

Но точно будет четкая область видимости

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

хотел ещё спросить, а смотрю, уже всё на месте https://docs.ansible.com/ansible/letsencrypt_module.html

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

Есть несколько путей, зависит от того на каком уровне хочется множить.

Есть несколько путей, зависит от того на каком уровне хочется множить.

Можно научить роль запускать N копий сервиса и кормить её списком объектов по которым запускать

Можно научить роль запускать N копий сервиса и кормить её списком объектов по которым запускать

Можно сделать N хостов с одним отличием - конфигом этого демона и одинаковым ansible_host и деплоить группой

не, второе не нравится

есть пример реализации второго варианта? каждому шагу скармливать with_items не очень хочется

Тогда учить роль тому, что сервиса N копий

не, второе не нравится

Ну оно бывает полезно не для одного сервиса, а когда правда два разных окружения в один хост пихаешь. Если сможешь изолировать, то оно даже работать так будет

есть пример реализации второго варианта? каждому шагу скармливать with_items не очень хочется

include с with_items

Типа в main.yml инклюдишь item.yml, который рядом лежит

В main можно приготовить что-то общее перед или после include, может быть полезно

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

Только помни, оно будет выполнять каждую операцию внутри этого файла, как будто на неё наложили этот with_items, а не по порядку всё для каждого. Это не for, это размазывание with_items по каждой инструкции внутри включаемого файла

чем это чревато? медленнее или мне обязательно переменную принимать в каждой инструкциия?

чем это чревато? медленнее или мне обязательно переменную принимать в каждой инструкциия?

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

Привет всем помогите с докером, лабу надо сделать...😔

Знаю что не по теме

Привет всем помогите с докером, лабу надо сделать...😔

docs.docker.io

Чобы не задать вопрос с @ru_docker ?

Алексей Большое спасибо

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

ок, я понял. спасибо ещё раз

Коллеги, а как копировать файл на удалённом хосте с одного места на другой?)

copy - с локального сервера на удалённый fetch - с удалённого на локальный

Коллеги, а как копировать файл на удалённом хосте с одного места на другой?)

command: cp ... ? нет?

Command не индемпотентен

copy: remote_src=true... (added in 2.0)

copy: remote_src=true... (added in 2.0)

Оно, спасибо!

synchronize еще есть

Оно, спасибо!

все в доках ))

synchronize еще есть

это ж вроде не копи, а рсинк...

это ж вроде не копи, а рсинк...

Иии?

и все... если просто скопировать надо, зачем что-то еще?

я ж не спорю, можно всегда рсинком пользоваться

и все... если просто скопировать надо, зачем что-то еще?

Иногда скопировать нужно директорию. Иногда не зачем копировать если содержимое файла не поменялось

я ж не спорю, можно всегда рсинком пользоваться

Я пока copy -a не выучил, всегда рсинкал :)

научился делать dict из вывода stdout, порадуйтесь за меня ) set_fact: hwaddr: "{{ hwaddr|default({}) | combine( {item.item: item.stdout} ) }}" with_items: '{{ hwaddresses_output.results }}'

разве этого в фактах при setup не появляется?

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

Всем привет)

Всем привет)

http://neprivet.ru/

Ок! Привет, я недавно начал разбираться с ancible, подумал, что не плохо бы найти чатик по интересам, где можно было бы обраться к коллегам по различным нюансам. Как-то так!

Ок! Привет, я недавно начал разбираться с ancible, подумал, что не плохо бы найти чатик по интересам, где можно было бы обраться к коллегам по различным нюансам. Как-то так!

для начала стоит выучить как пишется это слово

для начала стоит выучить как пишется это слово

нипридирайся

Господа! А можно в анзибле сделать так - есть список айтемов, я на основе них генерю скрипты с названиями из айтемов. Как бы мне потом дёрнуть хендлеры с названиями включающие в себя измененные только айтемы?

Добро пожаловать в мир Ansible

😂

Как только ты отходишь от Hello World — ты простреливаешь себе ногу

Ок! Привет, я недавно начал разбираться с ancible, подумал, что не плохо бы найти чатик по интересам, где можно было бы обраться к коллегам по различным нюансам. Как-то так!

Здесь тебе понадобится сила воли и выдержка, если готов то оставайся.

Господа! А можно в анзибле сделать так - есть список айтемов, я на основе них генерю скрипты с названиями из айтемов. Как бы мне потом дёрнуть хендлеры с названиями включающие в себя измененные только айтемы?

notify: {{item}}?

notify: {{item}}?

Там у него в нутрях оседает в качестве item только первый по списку.

Как только ты отходишь от Hello World — ты простреливаешь себе ногу

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

Как только ты отходишь от Hello World — ты простреливаешь себе ногу

кто по области видимости переменных шарит: если описать переменную в var разделе роли, а использовать ее в инвентори - она будет определена?

кто по области видимости переменных шарит: если описать переменную в var разделе роли, а использовать ее в инвентори - она будет определена?

нет. http://docs.ansible.com/ansible/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

инвентори стоит выше роли. переменные роли не будут применены т.к. инвентори о них не знает

Там у него в нутрях оседает в качестве item только первый по списку.

у кого внутрях,

у кого внутрях,

У плейбука

нет. http://docs.ansible.com/ansible/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable

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

"если описать переменную в var разделе роли" - это где?

"если описать переменную в var разделе роли" - это где?

"vars/main.yml"

лучше уж в dafaults

что бы если что можно было в плейбуке в секции vars: переназначить

вопрос не имеет отношения к области видимости при вызове роли инвентори переменная будет иметь значение из роли, если задана например inventory_var: "{{ role_var }}" при вызове другой роли - будет undefined

сроду не использовал vars в ролях, только defaults даже забыл overengineering какой-то

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

оно и не должно нигде быть, кроме этой роли