ЕО
ну либо я неправильно метрики собирал либо реально не нужен
Вангую таймстемп нужен, чтобы корректнее значения расставлять
Size: a a a
2020 December 07
DP
агрегирования не завезли пока, насколько я знаю
DP
Вангую таймстемп нужен, чтобы корректнее значения расставлять
он может быть актуален при редком сборе.
АП
объем, прости, будет ровно тот же
я полагаю что хранить 1 точку в 15 секунд и 15 точке каждую секунду это разница в 15 раз
ЕО
он может быть актуален при редком сборе.
Типа ты собираешь каждую 5'ую секунду, а у тебя метрика снимается каждую 8'ую секунду и ты указываешь это в таймстемпе
DP
я полагаю что хранить 1 точку в 15 секунд и 15 точке каждую секунду это разница в 15 раз
как ты в прометей метрики ни репорти, а если ты хочешь отсчеты раз в секунду - это будет точка в секунду.
H
Если задача не решается легко, значит либо изначально она неверно поставлена (XY problem, ага), либо не теми инструментами решаете
H
я полагаю что хранить 1 точку в 15 секунд и 15 точке каждую секунду это разница в 15 раз
А зачем вам second precision?
АП
да так хотел посмотреть провисания на сервисе
АП
для этого нужна посекундная точность
АП
я по логам уже отладил, хотел убедиться в графике
p
ну, на самом деле, нет. decimal - это возможность не переходить к целочисленным вычислениям. нужна ли она - вопрос открытый.
а что нам даст decimal для 10/3, например?
H
для этого нужна посекундная точность
Да, логи (или streaming metrics) тут более к месту
АП
Да, логи (или streaming metrics) тут более к месту
под нагрузкой не так очевидно
АП
летят со стришной силой
H
под нагрузкой не так очевидно
А какой RPS?
p
наш друг @ruelephant хочет собирать метрики раз в 15 секунд, но квант иметь меньше.
я покрутил в голове идею с лейблами 0-14, но ничего практически применимого не придумал.
наш друг @eperesada придумал репортить одну и ту же метрику несколько раз с разными значениями и таймштампами, но документация говорит нам так не делать.
то есть - все же собирать раз в секунду
я покрутил в голове идею с лейблами 0-14, но ничего практически применимого не придумал.
наш друг @eperesada придумал репортить одну и ту же метрику несколько раз с разными значениями и таймштампами, но документация говорит нам так не делать.
то есть - все же собирать раз в секунду
Я бы просто собирал 1 раз в секунду и не мучал свою голову. В идеале, лучше даже чаще.
H
Обычно под нагрузкой только агрегированные метрики, да и логи семплированные
H
Иначе поддержка observability будет стоить дороже чем сам продукт :)