Инфлакс ни для чего и никогда не будет более лучшим решением

у нас был prometheus pushgateway сайдкар куда пушил каждое событие пхп, и откуда скрейпал прометеус

Тут вероятно лучше бы подошел статсд

прометеус был стандарным компонентом и скрейпал го сервисы тоже

А в каком формате? Набор запросов всех, каждое в виде отдельной записи?
P.S. Мы вроде вместе где-то работали)

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

$histogram = $registry->getOrRegisterHistogram('test', 'some_histogram', 'it observes', ['type'], [0.1, 1, 2, 3.5, 4, 5, 6, 7, 8, 9]); $histogram->observe(3.5, ['blue'])

как в этом примере

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

Спасибо, посмотрю)
На самом деле как раз наши два типа решения я и предполагал для пхп

зависит еще от уже имеющихся технологий, у нас например до го сервисов пхп пушил в статсд, но потом оказалось удобнее и надежнее всем переехать в пром

п. с. я работал раньше с несколькими Дмитриями, так что извините не узнаю в гриме )

И сайдкар их уже агрегирует и записывает метрики редко?
А зачем эта либа? Потому что сайдкар на пхп?

сайдкар аггрегирует полученные события, и сервит страницу метрик своим хттп

поскольку пром работает по пулл модели, ему нужен долгоживущий сервер метрик, но пхп может работать только по пуш модели, поскольку у него нет возможности сервить глобальный стейт (каждый реквест обрабатывается изолированно)

сайдкар пуш гейтвея - это веб сервис https://github.com/prometheus/pushgateway, который с одной стороны принимает одноразовые события, а с другой отдает страницу метрик

либа на пхп имплементирует входящий интерфейс сайдкара, общение между пхп и сайдкаром по хттп

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

он может кстати быть и не сайдкаром, а шаред ресурсом, но возможно с бОльшими затратами на сетевое взаимодействие

Хм. Почему pushgateway то а не statsd_exporter ?

С пушгейтвеем у вас будет сайдкаров по колву инстансов пыха. В чем профит ?

К тому же пушгейтвей не агрегирует ничего, отдаёт всё как есть

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

> не агрегирует ничего
пуш гейтвей принимает на вход много отдельных событий, а сервит страницу метрик где все эти события представлены в виде аггрегированных метрик (гистограммы, каунтеры, суммари)

а о каких проблемах с надежностью в statsd ты говоришь? Хотелось бы еще узнать твои мысли по поводу отправки события из синхронного php по tcp в пром, и разницу в летенси обработки продуктового запроса, в сранении с отправкой такого же события в Statsd по UDP.