Ещё по наболевшему в Ансибле. https://habr.com/en/post/508762/. Критика приветствуется.

Посыл понятен, но выглядит забавно

Ещё по наболевшему в Ансибле. https://habr.com/en/post/508762/. Критика приветствуется.

На мой вкус - достаточно годно.

amarao прекрасен

как обычно

как обычно

Положим, тут обсуждались с ним и откровенно спорные вопросы, но вот конкретно здесь поспорить тупо не с чем :-)))))))

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

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

ах

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

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

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

пока не вижу четкого ТЗ

нет четкого ТЗ - результат ХЗ

может за основу взять какую-то роль из galaxy

ща момент!

может за основу взять какую-то роль из galaxy

плохая идея - там в гелекси переусложненные роли

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

Зойчем на несколько ролей? Я так понимаю тебе из одного шаблона нагенерить надо несколько конфигов?

Зойчем на несколько ролей? Я так понимаю тебе из одного шаблона нагенерить надо несколько конфигов?

да но при этом конфиги должны быть разные

да но при этом конфиги должны быть разные

Совсем разные? Или не очень?

Совсем разные? Или не очень?

пара строчек отличаться в них будет, сейчас сделаю ТЗ

Это фигня. Есть такая штука if - else^^

Посыл понятен, но выглядит забавно

Эх. Наш плейбук по установке продукта именно такие ощущения оставляет, хотя вроде бы все что можно, разбито на роли. Особенно учитывая, что включена опция слияния словарей, и значение параметра может подтянуться из почти десятка разных мест.

пара строчек отличаться в них будет, сейчас сделаю ТЗ

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

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

это очень перекликается с тем, что @amarao пишет

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

не вариант - у меня оч много хостов разных и надо хранить это все в переменных

нет четкого ТЗ - результат ХЗ

https://pastebin.com/ZLQKx4vh

не вариант - у меня оч много хостов разных и надо хранить это все в переменных

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

mysql: minute: "{{ 60 | random }}" hour: "4" day: "*/3" path: ['/mysql/path] <- ты эти сниппеты, что ли, писать не хочешь?

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

в генерации шаблона - условия в нем сложны для понимая

mysql: minute: "{{ 60 | random }}" hour: "4" day: "*/3" path: ['/mysql/path] <- ты эти сниппеты, что ли, писать не хочешь?

я еще не разобратся когда они нужны)

можно впринципе переделать словарь

не так важно

вот хотел за основу найти генератор хостс файлов апача но пока попадается только одиночный vhosts

вот хотел за основу найти генератор хостс файлов апача но пока попадается только одиночный vhosts

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

#рекомендация #вакансии #datascience Для всех, кто интересуется Data Science и ищет работу в этом направлении — рекомендуем вам канал с предложениями по работе в этой области. @datasciencejobs специализируется только на узкоспециализированных релевантных вакансиях: ничего лишнего, только лучшие вакансии по теме с обязательным указанием предлагаемой зарплаты. Сбор, обработка и анализ данных; искуственный интеллект; нейросети; машинное и глубокое обучение; обработка натурального языка; рекомендательные системы; системы компьютерного зрения; распознавание образов и текстов; свёрточные сети и многое многое другое. Приходите в мир науки и искусственного интеллекта 👉 https://t.me/datasciencejobs

Доклад: https://t.me/pro_ansible/149716 Что делать - фигачить в джиндже.

спасибо. в целом понятно, но я предсказуемо на jinja завалился 😁

а как можно в jinja два словаря в один объединить в for in?

Play — это ключевой элемент для ansible-playbook, потому что play и только play связывает список ролей и/или тасок с списком хостов, на которых их надо выполнять. аж в глазах рябит, я бы уже использовал что то одно - либо все англ слова или подбирал соотв рус слова. Ну например - не таска, а задание

Привет, подскажите, как поместить какое-то значение в переменную?

Привет, подскажите, как поместить какое-то значение в переменную?

var: “some value”

Мда, какой вопрос такой ответ =)

ну собственно да ))

https://pastebin.com/QwdZQU87 Вот я получаю из JSON кокое-то значение, как его в переменную засунуть?

- set_fact: my_var: "{{ data_region_href.json['server_info']['server_href'] }}"

https://pastebin.com/QwdZQU87 Вот я получаю из JSON кокое-то значение, как его в переменную засунуть?

Ansible - это не язык программирования! Не надо так.

Ansible - это не язык программирования! Не надо так.

Мне нужно из REST API получить значение. И потом это знаечние использовать далее в плейбуке. Есть более правильный способ?

@amarao во-вторых, один из потрясающе полезных трюков, которые я часто использую, это meta: end_host when: nothing else to do. — позволяет исключить тонны skip'ов в выводе. а можно конкретный пример сабжа?

Мне нужно из REST API получить значение. И потом это знаечние использовать далее в плейбуке. Есть более правильный способ?

Конечно: https://docs.ansible.com/ansible/latest/plugins/lookup/url.html

https://pastebin.com/2Yq1QPie ребят, как словари заджойнить в jinja for in loop? я так понимаю нет такого фильтра для словаря?

Конечно: https://docs.ansible.com/ansible/latest/plugins/lookup/url.html

Я не понимаю чем это отличается от использования модуля uri =(

https://pastebin.com/2Yq1QPie ребят, как словари заджойнить в jinja for in loop? я так понимаю нет такого фильтра для словаря?

мне советовали combine - но потом отговорили

Добрый день. Вопрос возможно глупый, но лучше я его все же озвучу. Где лучше описать handler, что может использоваться несколькими ролями? Handler простой - systemctl daemon-reload. Имеет ли смысл выносить его в отдельную роль и подключать её зависимостью или это bad practice? Или же для таких задач в проекте есть другое место? Спасибо.

Я не понимаю чем это отличается от использования модуля uri =(

Тем же, чем и любой другой модуль от любого другого плагина (доп.таска, доп.переменная, выполнение на целевой тачке vs контроллер без таски и переменной)

мне советовали combine - но потом отговорили

ну так а всё же, как?

Добрый день. Вопрос возможно глупый, но лучше я его все же озвучу. Где лучше описать handler, что может использоваться несколькими ролями? Handler простой - systemctl daemon-reload. Имеет ли смысл выносить его в отдельную роль и подключать её зависимостью или это bad practice? Или же для таких задач в проекте есть другое место? Спасибо.

Нет таких хандлеров: хандлер - принадлежность роли.

Нет таких хандлеров: хандлер - принадлежность роли.

То есть вынос его в отдельную роль и подключение зависимостью это не является плохим решением? Или в каждую роль добавлять по такому handler?

Тем же, чем и любой другой модуль от любого другого плагина (доп.таска, доп.переменная, выполнение на целевой тачке vs контроллер без таски и переменной)

Контроллер, это же хост с которого я ansible вызываю, верно? Зачем мне ходить на другую тачку, если все действия я буду выполнять по REST API?

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

То есть вынос его в отдельную роль и подключение зависимостью это не является плохим решением? Или в каждую роль добавлять по такому handler?

Первое - плохо. Второе - хорошо.

Контроллер, это же хост с которого я ansible вызываю, верно? Зачем мне ходить на другую тачку, если все действия я буду выполнять по REST API?

Я ж тебе и в том числе поэтому говорю - используй плагин.

Play — это ключевой элемент для ansible-playbook, потому что play и только play связывает список ролей и/или тасок с списком хостов, на которых их надо выполнять. аж в глазах рябит, я бы уже использовал что то одно - либо все англ слова или подбирал соотв рус слова. Ну например - не таска, а задание

Если переводить слова из ансибла, то это будет ужас и невозможно читать. Я строго против. Если фундаментальные термины CS ещё можно думать, то технологические названия конкретного ПО - либо официальная локализация, либо транслитерация.

https://pastebin.com/2Yq1QPie ребят, как словари заджойнить в jinja for in loop? я так понимаю нет такого фильтра для словаря?

@tnt4brain help

Если переводить слова из ансибла, то это будет ужас и невозможно читать. Я строго против. Если фундаментальные термины CS ещё можно думать, то технологические названия конкретного ПО - либо официальная локализация, либо транслитерация.

Ну, если в тексте «таски» и «хосты», то логичнее наверное и «плей» с «плейбук» использовать

Вместо play и ansible-playbook

Я думал про это. "Плей" уж очень мерзко звучит.

ansible-playbook - это вообще конкретная команда при этом, а не просто плейбук

Я думал про это. "Плей" уж очень мерзко звучит.

Нормальный жаргонизм

Ничем не хуже таски с хостами

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

Т.е. конкретно ansible-playbook вносит некоторую путаницу на мой взгляд

Т.к. употребляется в контексте просто «плейбук»

Уточни, пожалуйста, упоминание ansible-playbook вместо playbook путает, или что именно?

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

Ну да. Плейбук состоит из плеев

@tnt4brain help

Я для конфигов прометея тупо написал ActionPlugin, который джойнит словари по регексу.

Футбольные термины «матч», «плей-офф», «оффсайд» не смущают?

Уточни, пожалуйста, упоминание ansible-playbook вместо playbook путает, или что именно?

Да

А. Вижу. Это ж прям фигня написана. "Play — это ключевой элемент для ansible-playbook,". Должно быть "для playbook". Ща поправлю.

А. Вижу. Это ж прям фигня написана. "Play — это ключевой элемент для ansible-playbook,". Должно быть "для playbook". Ща поправлю.

"Драма - ключевой элемент для сборника". Всё, пазл сложился :-))) Теперь все слова можно перевести.

Вообще предлагаю локализацию выработать единую всем чатом.

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

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

Ну так нормально, на полфёдора.