Prometheus мониторинг микросервисных приложений. Виталий Левченко

[P6i]

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

[valyala]

Если вам нравится Zabbix, то советую посмотреть на Glaber — https://glaber.io/. Это забббикс с правильным хранилищем метрик

[P6i]

Спасибо, да, я в курсе про glaber)

[valyala]

Хороший доклад по Prometheus. Видно, что ему уже несколько лет, т.к. экосистема Prometheus постоянно развивается. Сейчас есть большой выбор дополнительных средств вокруг Prometheus для его масштабирования и долгосрочного хранения метрик. Например, vmagent решает проблему выбора между pull и push, проблему одновременного сбора метрик по разным протоколам (graphite, opentsdb, influx, csv), а также проблему с повышенным потреблением памяти при сборе большого количества метрик, а VictoriaMetrics — проблему с масштабированием и долговременным хранением метрик.

В докладе упомянуто про агрегацию данных на лету во время запросов, но не хватает информации о специализированном языке запросов в Prometheus — PromQL, который намного удобнее других яхыков запросов для работы с временными рядами. См., например, этот вводный пост про PromQL, чтобы иметь представление, насколько promql удобнее, чем sql, influxql или flux для типичных запросов в мониторинге.

[gecube]

И исходя из этого проще использовать push gateway и сохранять прямо из приложения push’ом. Это канонический путь Prometheus. Если у вас StatsD, то переходите на push gateway и станет лучше

очень спорное утверждение… Хуже штуки, чем push gateway — это еще надо придумать.