Denis 災 nobody
вот снова заббикс и снова срач.
срач тут 1 человек пытался начать, просто утверждая что "заббикс говно". Без аргументов и прочего. Остальные высказывают свои позиции с аргументами.
Aleksey
какой то один который потом в кусты. а канал начинает переливать из пустного в порожнее
George
George
Итеративный
Aleksey
и снова одни и те же аргументы и снова морда против конфигов
Denis 災 nobody
Denis 災 nobody
для того же дева - лучше когда программеры сами выкатывают всё и обкатывают, а потом админы пакуют итоги в докер/пакеты и выкатывают уже отлаженное.
Bogdan (SirEdvin)
Ок
Bogdan (SirEdvin)
Как там писал Алексей
Bogdan (SirEdvin)
> кажется я прочитал эпитафию профнепригодности от человека который пишет тут в промежутках сменой картриджа и продувкой радиатора под кулером
Vladimir
Админ впрочем тоже
Denis 災 nobody
заббикс тебе полностью подходит. у тя нет проблем которые решает прометей.
Не обобщай. Сейчас - он не подходит никак. На позапрошлой работе - подходило на 100%. Смотрим задачи, а уже по ним выбираем мониторинг, не наоборот!
Bogdan (SirEdvin)
> кажется я прочитал эпитафию профнепригодности от человека который пишет тут в промежутках сменой картриджа и продувкой радиатора под кулером
Мне довольно сложно понять, как какой-то кейс кроме "все унифицировано, но на окружения, кроме прода, выкатывается автоматически" - может быть уместен ...
Bogdan (SirEdvin)
Вот такое мне довольно сложно понять, учитывая, что обычно есть хотя бы локальное и прод окружение. Или я по другому понимаю термин "окружение"?
Denis 災 nobody
Потому что в какой-то момент приходится что-то менять, обновлять или переносить. И приходит понимание, что перености всю эту фигню можно только скопировать виртуалку и перенести ее. Потому что никто уже не знает, что происходит на том сервере и как он должен быть правильно настроен.
когда это второстепенный сервис - это норма. Попутно можно рассмотреть перенос таких сервисов в облако, можно пихнуть в квм и таскать виртуалку.. это всё решаемо. Можно нанять фрилансера который сделает по актуальным хотелкам, это всё забэкапить и забить ещё на пару лет. Для не-IT компаний существенные изменения вообще крайне редки.
Aleksey
ох а не сделать ли нам мастер по выбору системы мониторинга :) ?
Aleksey
задать десяток вопросов и выдавать мотивированное решение
Denis 災 nobody
да так и есть. когда/если отдел вырастет и ты будешь _отвечать_ за работу мониторинга появятся вопросы которые надо будет решать. тогда и ценность конфигов подрастет
когда это станет из одной из второстепенных задач основной работой - тогда и будет изменение подхода, включая вообще смену мониторинга.
Bogdan (SirEdvin)
Редки, но вот когда они происходят, начинается веселуха, которая обычно заключается в том, что "копируем виртуалку и запускаем там, а потом страдаем, если где-то было зашит ip адрес, домен или прочая фигня". Хотя у нас даже ip адреса старались переносить
Oleksandr
задать десяток вопросов и выдавать мотивированное решение
Типа: Вы состоите в Церкви метрик? Если да - не Заббикс Если нет - что угодно
Bogdan (SirEdvin)
ох а не сделать ли нам мастер по выбору системы мониторинга :) ?
Имхо, в итоге все в любом случае сведется к тому, что "нужно выбирать то, что уже знакомо", потому что на мелких-средних масштабах довольно таки все равно, что выбирать, а на крупных масштабах вы всегда будете страдать. И скорее всего у вас будет их несколько
Oleksandr
;)
Aleksey
бывают кейсы когда я посоветую заббикс. правда. хрычу например.
Denis 災 nobody
Я за 16 минут готовой ролью запустил
а сколько месяцев потратил на освоение этого всего, на подготовку и обкатку ролей? Я тоже ряд задач сейчас ансиблом делаю, но это не значит что любой с улицы за 5 минут сделает тоже самое.
Denis 災 nobody
врятли это всё. на настройку am уйдет примерно неделя.
может и месяц, с отладкой и обкаткой.
Aleksey
Это в стиле нагадить под коврик?
нет это в стиле лучше пусть будет чем не будет совсем.
Aleksey
Aleksey
и у вани есть скриншот
Denis 災 nobody
как обсуждение началось, так и закончилось.
Oleksandr
такое было
Там в описании "примерно сразу ro" напротив Zabbix
Oleksandr
Ну так о чем тогда речь?
Denis 災 nobody
Там в описании "примерно сразу ro" напротив Zabbix
что прямо противоречит словам овнера что за это наказывают не всегда.
Aleksey
а что бы вы хотели что бы там было написано ?
Denis 災 nobody
церковь прометея?
Aleksey
снова патетика
Denis 災 nobody
инфлюксы и тьма того что называли - это не метрики, это базы
Denis 災 nobody
метрики это нагиос, заббикс, какти, пром.
Aleksey
это очень сложный вопрос. терминологический. я например считаю что метрика должна включать в себя метаданные о том что она измеряет. кто то считает что нет
Aleksey
если мы разберемся в этом вопросе сразу станет понятно что метрики а что нет
Bogdan (SirEdvin)
Технически, пром тоже база
Bogdan (SirEdvin)
Туда просто запросы на инсерты выкручены
Евгений
Технически, пром тоже база
Пром tsdb база, а сам пром -- нет
Oleksandr
Пром tsdb база, а сам пром -- нет
я думал что сам бинарник прома - это тоже движок бд
Aleksey
там 2 проекта. один про базу второй про всё остальное
Aleksey
бинарник один да
Евгений
https://github.com/prometheus/tsdb
Oleksandr
я что хотел вроде написал
Евгений
бинарник один да
База встраевамая просто
Oleksandr
База встраевамая просто
оно отдельно жить умеет?
Oleksandr
я просто не в теме
Aleksey
сама базу можно юзать как библиотеку
Aleksey
не уверен что это кто то делает. может танос какой то
George
И вообще непонятно что с ней делать, т.к. встроенная бд вряд ли поддерживает многопоточность
Oleksandr
ну то есть пром - это и движок субд, так?
George
Есть большой риск покорраптить данные
George
Условный файловый leveldb
Oleksandr
George
Хз
Oleksandr
ну как хз
Oleksandr
George
Нет
George
Не layerdb
George
А в смысле - просто "кусок прома, отвечающий за бд"
Bogdan (SirEdvin)
И вообще непонятно что с ней делать, т.к. встроенная бд вряд ли поддерживает многопоточность
Как можно на go написать бд, которая не будет поддерживать многопоточность?