« Rev
@pro_ansible   390
Fwd »


да, это я
Running your ansible playbook for the first time. https://twitter.com/nixcraft/status/756058823576596480?s=09
Vladimir
да)
Danila
👍
А кстати нет, на другом аналогичном хосте опять 40 минут
Pavel
А кстати нет, на другом аналогичном хосте опять 40 минут
статью читал? проверил энтропия нормально собирается?
Dmitry
Привет. Допустим у меня есть несколько типов нод, есть куча ролей между которыми эти роли шареные. Кроме того я передаю в некоторые роли переменные, поэтому сделать все через зависомости ролей - не вариант (ну или таскать все эти переменные из плейбука в плейбук). Возможно ли для определенного хоста сделать include файла с ролями?
Dmitry
Да. может сработать, Но я все-таки хочу натянуть сову на глобус и уложить воркфлоу в анзибль. А не менять воркфлоу в угоду анзиблю.
Nklya
Безумству храбрых как грится
Pavel
Привет. Твой юзкейс - стандартные группы хостов (могут быть вложенные) с корректным присвоением переменных группам через group_vars и host_vars
так и есть - данные (переменные) храним отдельно (в хост_варс и груп_варс) от методов (таски и роли)....
Dmitry
ССЗБ.
Спасибо. Очень помогли.
Алексей
Я старался )) А так - если хочешь перебирать двигатель через выхлопную трубу - кто ж тебе мешает.
Dmitry
Дада. Все что мне хватало что бы победить анзиблю - прямых оскорблений. Но теперь-то у меня всё получится.
Bogdan (SirEdvin)
Но мне кажется, что дефолтные переменные + их переопределения должны подойти так или иначе.
Serge
Добавь хосту свойство и делай include и when: prop is defined and prop == "foo"
Или можно замутить множественное наследование хоста от нескольких ролей типа в Pyventory, простите
Dmitry
Спасибо, попробую в понедельник. Сейчас доступа к хостами нет.
Алексей
Дада. Все что мне хватало что бы победить анзиблю - прямых оскорблений. Но теперь-то у меня всё получится.
Да при чём тут оскорбления. Ты описал систему сделанную через одно место. Я лично считаю, что межролевые зависимости это мега звиздец. Я пока не видел чтобы межролевые зависимости кто то ка кто обрабатывал корректно. Правда у меня с ансиблем опыта маловато. Но с другими опыта хватает. Так что ИМХО Роль должна быть самодостаточной. Если это не так - проблема в архитектуре
Алексей
Значит не тот инструмент выбран
Aleksey
самодостаточная роль ? интересный концепт.
Aleksey
это видимо такая роль которая при установке жава пакета ставит сама жаву, ага ?
Алексей
это видимо такая роль которая при установке жава пакета ставит сама жаву, ага ?
т.е при установке жавапакета жава не ставится? )
Aleksey
конечно нет. очевидно что установка жавы столь сложна что ее делает другая роль...
Nklya
Разговор шел про то, что ТС хреначит в ролях инклуды переменных в зависимости от погоды на марсе. Роль должна получать переменные, которые относятся к выбранному окружению
Алексей
конечно нет. очевидно что установка жавы столь сложна что ее делает другая роль...
Поясни плиз, не могу осознать всю широту вашей мысли
Aleksey
жаву ставили ?
Алексей
Ставил когда то. Что там такого ужасного?
Aleksey
то что там слишком много моментов надо учесть. опять же если оно крос дистрибутивно там будет тот еще адок.
Алексей
Делаешь роль, которая ставит Джаву, в которой учитываются моменты разных дистров, в которой есть темплейты. В чём проблема?
Aleksey
ну так и я про это...
Aleksey
а приложение ставишь другой ролью
Aleksey
какой бы еще варинт взять что бы показать что самодостаточные роли сакс.
Aleksey
о
Aleksey
мониторинг.
Алексей
Ставь. Сначала катится роль с джавой, потом с приложением. Приложение конфигурится и всё.
Aleksey
как бы есть правило что "если что то не мониторится значит оно не работает".
Aleksey
но установка приложения очевидно не должна ставить мониторинг.
Aleksey
так что самодостаточность ролей и отсутствие зависимостей между ними некоторая концептуальность.
Aleksey
кони сферические ага.
Алексей
В чём проблема мониторинга? В роли установки приложения добавляешь таски настройки конфигов для мониторинга именно этого приложения. В чём сакс?
Aleksey
collectd/zagent/munin/telegraf ?
Aleksey
для всех ?
Алексей
каким ты пользуешься, так и настраивай. Или ты каждый день их меняешь?
Aleksey
мы таки при приватные роли да ?
Алексей
Для таких упёртых создаётся база с фактами и конфиги мониторилок собираются из неё.
Aleksey
каких упертых то ? в приватных ролях любая вакханалия возможна.
Aleksey
но ставить в публичной роли апача мониторинг оного через munin довольно странно.
Nklya
Алексей
В чём сакс приватной роли? То что у ролей с кучей зависимостей куча проблем я уже убедился. Я не понял про мунина, апачу и т.п. Ты мне что-то про приложение для джавы говорил.
Алексей
Что ты подразумеваешь под публичной ролью и под приватной?
Алексей
именно так ))
Aleksey
Алексей, давайте попробую собрать в кучу. приложение это довольно комплексная фигня как правило. и может состоять из нескольких частей мало связанных между собой но всячески называемых одним общим словом "сервис". при разработке роли для установки вордпреса логично разделить это дело на несколько ролей которые будут связаны между собой. база там, пых, всякое останое. что приводит нас к тому что поставить что либо более менее называемое серсимом без условных зависимостей между ролями довольно не тривиально. так что стремится к независимости роли нет никакой пользы. а только трата времеми.
Aleksey
публичная роль это та которую ты выложишь на гитхаб и которую подключит себе условный сторонний чувак которых хочет переиспользовать твою роль. приватная эта та которая у тя лежит в пиватной репе и ставишь ее ты на свои сервера своего проекта.
Serge
Алексей, давайте попробую собрать в кучу. приложение это довольно комплексная фигня как правило. и может состоять из нескольких частей мало связанных между собой но всячески называемых одним общим словом "сервис". при разработке роли для установки вордпреса логично разделить это дело на несколько ролей которые будут связаны между собой. база там, пых, всякое останое. что приводит нас к тому что поставить что либо более менее называемое серсимом без условных зависимостей между ролями довольно не тривиально. так что стремится к независимости роли нет никакой пользы. а только трата времеми.
и вот тут мы вспоминаем правильные слова про базу фактов. т.е. если мы знаем закон создания хостнейма сервиса по имени (и/или по любым другим фактам о сервисе) сервиса и порт на котором мониторить сервис, то мы можем условно независимо настроить мониторинг этой сервиса. потому что роли зависят не от друг друга, а от базы фактов
Aleksey
чем мониторить ?
Aleksey
надежда на базу фактов она же снова про приватную роль да ?
Nklya
заббиксом))
Serge
и вот тут мы вспоминаем правильные слова про базу фактов. т.е. если мы знаем закон создания хостнейма сервиса по имени (и/или по любым другим фактам о сервисе) сервиса и порт на котором мониторить сервис, то мы можем условно независимо настроить мониторинг этой сервиса. потому что роли зависят не от друг друга, а от базы фактов
и тут я снова вспомню про Pyventory, вы уж простите, но если вы еще не пробовали и всё еще мучаетесь group_vars/host_vars/(чего-то там ini, я уж и забыл), то вам очень стоит попробовать перенести свой инвентори в Pyventory, если зайдёт (а это вероятность 80%, кроме некоторых граничных кейов), то вам октроется великий дзен
Serge
надежда на базу фактов она же снова про приватную роль да ?
да, конечно. хотя, кто мешает смапить нужные свои настройки в настройки публичной роли и пробросить их в нее через Pyventory?:)
Serge
этот дхен боюсь будет называться Infrastructure as a code as a code.
да фиг. это просто ми ми ми. серьезно. вот как было бы классно, если бы группы были классами и для них можно было бы использовать например всякое ООП, типа наследования и перегрузки свойств, ну как в питоновских классах... и чтобы не было вот этой котовасии групп в ini-шнике… вот именно с такой мыслью и родился Pyventory. у меня на нем сейчас всё. и это просто праздник какой-то;)
Aleksey
праздник програмиста ага.
Aleksey
а ансибл это про инишечки и ямлик :)
Serge
а ансибл это про инишечки и ямлик :)
и это говно неудобное. и нерасширяемое. и в Pyventory не надо программировать, там надо творить определения;)
Aleksey
да на питоне.
Aleksey
:)
Aleksey
и нет питон это не плохо. но это таки яп
Serge
короче, у меня всё. Pyventory — волшебство. смотри и пробуй https://github.com/lig/pyventory
Serge
и нет питон это не плохо. но это таки яп
это частный DSL основанный на синтаксисе Python
Aleksey
Сереж, ты туда буквы dynamic вставь ещё
Aleksey
а то в поиске искаться не будешь
Serge
это частный DSL основанный на синтаксисе Python
с валидацией и возможностью указать свойства обязательные к указанию в дочерних классах, типа абстрактные. на выходе json, который автоматически кушает Ansible
« Rev
@pro_ansible   390
Fwd »