Честно говоря, зачем писать велосипед если есть такая штука как telegraf который всеядный конфигурится как хотим и на выходе получаем метрики для prometheus. Он как швейцарский нож, например стучимся в Api получаем в ответ json парсит его и отдает метрики в формате прометеуса
Все зависит от потребностей. К тому же, если у вас мониторинг построен на prometheus-stack/opentelemetry и там нужно собирать кастомные метрики, которые отсутствуют в prometheus exporter-ах, а telegraf пушит метрики. К тому же prometheus только недавно научили принимать метрики по push, вместо привычного pull. Да и TICK stack не всегда подойдёт из-за своей кривости и закрытости influxdb кластерной версии. Можно конечно пушить метрики в victoriametrics по influx протоколу, а выбирать с помощью promql/metricsql.
Классный вебинар, всё круто объяснил!
Честно говоря, зачем писать велосипед если есть такая штука как telegraf который всеядный конфигурится как хотим и на выходе получаем метрики для prometheus. Он как швейцарский нож, например стучимся в Api получаем в ответ json парсит его и отдает метрики в формате прометеуса
Все зависит от потребностей. К тому же, если у вас мониторинг построен на prometheus-stack/opentelemetry и там нужно собирать кастомные метрики, которые отсутствуют в prometheus exporter-ах, а telegraf пушит метрики. К тому же prometheus только недавно научили принимать метрики по push, вместо привычного pull.
Да и TICK stack не всегда подойдёт из-за своей кривости и закрытости influxdb кластерной версии.
Можно конечно пушить метрики в victoriametrics по influx протоколу, а выбирать с помощью promql/metricsql.
@@soam8175 ничего пушить не нужно все с коробки уже придумано есть стандартный path = "/metrics"
серер порт и тд. influx вообще не нужен
Сколько уже казалосьбы провелено митапов, но проблемы с эхом вечны. Хотя казалось бычто мешает проводить тестовую трасляцию...
Эхо только у меня или все это слышат?
звук троится
нечерта не понятно, что бормочит.
🎉 Promo>SM!!!