он от бизнеса, но решил поучаствовать?

Он CTO

ну скажи как нам сказал. 'я со своей экспертизой убеждён что салт тут не нужен, он оверинжинирный и штуки которые он даёт здесь нам не упали. с ансиблом мы решим задачу дешевле'

ну скажи как нам сказал. 'я со своей экспертизой убеждён что салт тут не нужен, он оверинжинирный и штуки которые он даёт здесь нам не упали. с ансиблом мы решим задачу дешевле'

Веришь, нет? Я так и сделал

Не убедил, был мне ответ

а он сам будет пилить это?

если не будет то какая ему разница

Он сам тоже немного, но не сильно, конечно. Я же негр

https://saltstack.com/leadership/ наслаждайся

https://saltstack.com/leadership/ наслаждайся

Дартаньяны просто

если не будет то какая ему разница

Эээ. Нет, он же ответственен за выбор технологий. CTO жи

я наверное не сталкивался толком с такой ситуацией

что сто на стороне клиента

а разработки на стороне исполнителя

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

а у вас нет своего CTO который бы уломал их?

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

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

А ты можешь его в жопу послать и не делать этот проект?

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

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

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

Да, но аргументы "не убедил" при отсутствии требований - это збс

+1

а у вас нет своего CTO который бы уломал их?

Ну, а чем я плох?

Плохо уламываешь :-)

😊

А ты можешь его в жопу послать и не делать этот проект?

Скажем так, была такая мысль, но я решил, что Challenge accepted

Ну смотри, чтобы потом не пожалеть

Плохо уламываешь :-)

Ну, я сюда типа с этим и пришел. Еще внутри компании буду искать экспертов

Посмотри еще подход consible

ansible+consul

Но весь кайф пропадет

Но весь кайф пропадет

Ой, у нас там еще три слоя... Тераформ и костыли

Успехов 😂

ansible+consul

я смотрел

И?

хитро получается. штатный инвентори барахло и требуетполного переписывания

Чувствуешь ли ты, как сердце твое наполняется любовью к господу и сервис дискавери?

ну и яйцо и курица

OFFTOPIC смотрю "Молодого Папу" 😊

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

Кинул в @spbitpeople Предлагаю продолжить обсуждение там:)

Кинул в @spbitpeople Предлагаю продолжить обсуждение там:)

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

нде

какой же это хакинтош если это обычный линупс?

Надо написать: if kdata_size > 60: size: {{ kdata_size }} else site: 60

Вопрос как?

Это все в default

size: {{60 if kdata_size|int < 60 else kdata_size}}

а как в одну роль заинклудить другую роль?

а как в одну роль заинклудить другую роль?

в 2.2 https://docs.ansible.com/ansible/include_role_module.html

а как правильней? через meta/main.yml или include_role?

include_role пока что прям совсем preview

если это просто зависимость, то конечно через meta/main

ок, спасибо

а в чем разница? есть ли аналог башового source?

ну, типа подсорсить переменные и хендлеры

ну, типа подсорсить переменные и хендлеры

вам точно нужна отдельная роль тогда? :)

ну я не хочу несколько раз хендлеры таскать за собой

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

кстати вот да, хэндлеры и темлейты каждый раз дублировать тож не нравится

янихуянепонял.жпг

Тут пару дней назад про логгирование обсуждение было, используйте стандартные методы ансибла: https://github.com/ansible/ansible/tree/devel/lib/ansible/plugins/callback

о, слы пацаны

раз такие умные тут про логгирование

как мне ям-модуль логировать на ходу?

ну, чтобы не получать отчет после завершения ям-модуля, а прямо в процессе yum install

ну, чтобы не получать отчет после завершения ям-модуля, а прямо в процессе yum install

Про yum не знаю, а в федоре /var/log/{dnf,dnf.rpm,dnf.librepo}.log :D И всё это в logstash`/`graylog лить

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

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

нужно курить исходники модуля yum, при беглом взгляде видно что у него есть параметр conf_file (https://github.com/ansible/ansible/blob/devel/lib/ansible/modules/packaging/os/yum.py#L79), вот от этого и плясать. Как вариант, перед выполнением таска с yum подкладывать конфиг с уникальным именем лог-файла и после установки пакетов выводить содержимое лог-файла модулем debug.

мне не надо после

мне надо в процессе

мне надо в процессе

Курить https://github.com/ansible/ansible/blob/devel/lib/ansible/modules/packaging/os/yum.py, скорее всего плейбук нужно будет прогонять в убер дебаг режиме Но, имхо, не вижу смысла от того что оно будет срать в общий вывод логами yum'а, что это даёт? Просто логи - будут, в выводе плейбука. Или ты планируешь парсить это глазами в реалтайме и судорожно жать ctrl+c если что-то пойдёт не так?

в ТЗ это есть

простите :)

https://t.me/Blockchain_Developers

kill it with fire!

ребяты, а есть чатик про Saltstack? :)

ребяты, а есть чатик про Saltstack? :)

нет

нет

весь Saltstack одним словом.