Слишком маленький рынок труда для отдельного фида.
Я за все десятки лет работы лишь несколько раз слышал про вакансии прицельно на мониторинг.

Аналогично

пример выглядит именно будто его слепили из айфреймов

Ребят, подскажите чем лучше собирать и визуализировать метрику в 2020? Кодбаза у нас вся на питоне в монорепо, нет никаких микросервисов и докеров. У нас сотни короткоживущих процессов которые спавнятся кроном на разных машинах, в тч и на машинах разрабов и в разных облаках — все машины объединены zerotier vpn. Есть конечно и долгоживущие вебсерверы, есть и БД с которой тоже нужно забирать метрику.

Смотрю в сторону graphite и grafana тк раньше ими пользовался.

а надписи дергаются скриптом

ну тут уже чем получается

с процессами на машиинах разрабов особенно

Я больше беспокоюсь за пуш vs пул метрик - Прометей сервер везде форсится как NEW PARADIGM, мол он только тянет метрику с заранее известных целей. Так ли это? Я вижу что либа prometheus_client для Питона может и в graphite отправлять любые счетчики - можно ли их отпралять на prometheus server?

Короткоживущие процессы и графит плохо совместимы

можно посмотреть на victoria metrics, она "прометей-совместимая" плюс можно пушить данные в формате statsd или graphite

И если уж гулять на полную и ставить Прометей, то может стоит сразу собирать (P)ELK стак чтоб собирать заодно и логи?

а не наоборот?

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

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

можно попробовать пуш с промом через push gateway

или можно пушить из воркеров в push gateway и оттуда забирать прометеем

Вот такое же думал. А не знаете, нормальные ли питоновские либы для этих пушгейтвеев?

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

метрики в elasticsearch хранить очень дорого, не советую

не в курсе