Size: a a a

2020 November 20

DS

Dmitry Sergeev in DevOps
dk
Очень полезные функционал, если бы не одно но - нет гарантии, что у тебя все все данных со всех хостов, и нет гарантии, что те данные, что есть - актуальны. Может это что-то завалящее от неделю назад отработавшего агента. А остальная часть данных утеряна т.к. пара хостов упала.
это не трудно обработать. Проверяешь есть ли данные и от этого действуешь в коде.
Данные от упавших хостов не терются, там есть политики очистки. У меня например остаются данные от хостов, которые я дропнул еще месяц назад.
источник

d

dk in DevOps
Dmitry Sergeev
так не про bolt речь идет =)
тот же bolt умеет брать данные о хостах из puppetdb если что =)
bolt r10k install можно сделать. А с инвентори из бд тут есть момент - кто-то должен этот инвентори наполнить и это будет не болт
источник

d

dk in DevOps
Dmitry Sergeev
это не трудно обработать. Проверяешь есть ли данные и от этого действуешь в коде.
Данные от упавших хостов не терются, там есть политики очистки. У меня например остаются данные от хостов, которые я дропнул еще месяц назад.
Все это есть, но все равно куча обработчиков и костылей, и с очисткой тоже. Болт в этом плане проще, он сразу актуальную информацию может собрать перед деплоем
источник

A

Alexander in DevOps
Ах да, ещё говносолт такой классный и фичастый, что из всех его фичей более-менее работоспособные только те, которые используются 100% его пользователей.
А остальные находятся в состоянии разной степени поломанности (после какого-нибудь рефакторинга пятилетней давности ихнего лапшпкода).
И когда ты пытаешься заюзать какой-нибудь salt.mine или просто редкоиспользуемый модуль, то эта поебень либо сразу не работает, либо разваливается по 3 раза в неделю.
источник

DS

Dmitry Sergeev in DevOps
dk
bolt r10k install можно сделать. А с инвентори из бд тут есть момент - кто-то должен этот инвентори наполнить и это будет не болт
@dk тут речь о standalone варианте, а ты про bolt вещаешь =) Естественно там все хорошо
bolt, mcollective, choria - оркестрация в экосистеме puppet. Под standalone версией @spuzirev очевидно имел в виду не их
источник

SP

Sergei Puzyrev in DevOps
я как раз имел в виду что все эти тулзы отламываются
источник

DS

Dmitry Sergeev in DevOps
Alexander
Ты пытался когда-нибудь контрибьютить в saltstack?
переходи в puppet. Там PR'ы принимают без проблем =). Правда сообщество настолько маленькое, что некому их делать
источник

DS

Dmitry Sergeev in DevOps
Sergei Puzyrev
я как раз имел в виду что все эти тулзы отламываются
не, bolt без мастера пашет - ему пофиг
источник

d

dk in DevOps
Sergei Puzyrev
я как раз имел в виду что все эти тулзы отламываются
Если говорить про паппет мастер+агенты без каких-либо тулзов вокруг, то про оркестрацию тут лучше просто помолчать т.к. трудно обсуждать то, чего в принципе нет. Это да
источник

A

Alexander in DevOps
Ну и ещё по поводу кода говносолта: у них настолько охуенный и логически переплетенный код, что изменения в одной его части ломают функциональность в другой. И это несмотря на то, что он номинально имеет неплохое разбиение на модули.
Но это полбеды. Самый смак в том, что они этот клубок лапши регулярно рефакторят (хотя лапшеобразность после этого не снижается, т.к. лапша там ещё на уровне аоюрхитектуры), из-за чего регулярно что-то в релизах отваливается то тут, то там. И это при том, что у них есть покрытие тестами на каждый чих, но даже оно не спасает от говенности организации кода.
источник

A

Alexander in DevOps
Dmitry Sergeev
переходи в puppet. Там PR'ы принимают без проблем =). Правда сообщество настолько маленькое, что некому их делать
У солта проблема не с приёмом мерджей, там проблем нет. У солта проблема с архитектурой и качеством кода.
источник

DS

Dmitry Sergeev in DevOps
Alexander
Ну и ещё по поводу кода говносолта: у них настолько охуенный и логически переплетенный код, что изменения в одной его части ломают функциональность в другой. И это несмотря на то, что он номинально имеет неплохое разбиение на модули.
Но это полбеды. Самый смак в том, что они этот клубок лапши регулярно рефакторят (хотя лапшеобразность после этого не снижается, т.к. лапша там ещё на уровне аоюрхитектуры), из-за чего регулярно что-то в релизах отваливается то тут, то там. И это при том, что у них есть покрытие тестами на каждый чих, но даже оно не спасает от говенности организации кода.
все равно лучше чем ansible =). Хотя бы с идемпотентностью и декларативностью норм, и оно по 40 минут noop в плейбукиах не крутит на 10-20 хостах
источник

A

Alexander in DevOps
Dmitry Sergeev
все равно лучше чем ansible =). Хотя бы с идемпотентностью и декларативностью норм, и оно по 40 минут noop в плейбукиах не крутит на 10-20 хостах
Я уже chef-а (примерно того же поля ягода) достаточно накушался.
источник

МS

Михаил SinTeZoiD... in DevOps
Alexander
Это надо у разработчиков спросить, зачем они лапшеподобный говнокод пишут, который разваливается после рефакторинга в минорном релизе, а при последующем фиксе образуется дыра с CVSS 9+
Ну так это проблемы тех кто его разрабатывает. А я юзверь
источник

МS

Михаил SinTeZoiD... in DevOps
dk
Про шаблонизацию ямла джинжой уже писали? 🙂
Да норм
источник

SP

Sergei Puzyrev in DevOps
Dmitry Sergeev
все равно лучше чем ansible =). Хотя бы с идемпотентностью и декларативностью норм, и оно по 40 минут noop в плейбукиах не крутит на 10-20 хостах
дааа
источник

SP

Sergei Puzyrev in DevOps
Alexander
Я уже chef-а (примерно того же поля ягода) достаточно накушался.
шеф, кстати, очень неплох оказался
источник

SP

Sergei Puzyrev in DevOps
когда у тебя в компании работает половина разработчиков шефа
источник

A

Alexander in DevOps
Михаил SinTeZoiD
Ну так это проблемы тех кто его разрабатывает. А я юзверь
От этого напрямую зависит то, как он работает и поддерживается.
источник

AS

Aleksey Shirokikh in DevOps
надо просто использовать конфигурейшен менеджмент на го
источник