Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Про Latency, Traffic и Errors хорошо прям, очень полезно, про Saturation как-то не очень применимо и понятно, так как в экспортерах таких метрик в принципе нет
Я посчитаю тебе для 95-го, а 99 сам попробуй. Отсортируем массив данных: [200, 200, 300, 300, 1000] В массиве 5 элементов, но самый большой индекс будет 4. То есть если бы мы искали 100 персентиль, то просто взяли бы 4 отсортированный элемент (т.е 1000). Какой индекс нам надо взять чтобы получился 95 персентиль? Умножаем 4 на 0.95 и получаем 3.8. Но такого индекса нет. Мы можем взять либо 3 либо 4. В данном случае 3.8 ближе 4 и это значит что 4-ый элемент должен иметь больший вес. В данном случае 80%. То есть мы берем элемент из 4-го индекса (1000ms * 0.8) и умножаем его на 80% (0.8) и берем элемент из 3-го индекса и умножаем его на оставшиеся 20% (300ms * 0.2). Складываем и получаем 860ms.
Интересно... Подскажите, вы сами упомянули, что метрики собираются раз в 30с., а потом вдруг у вас в rate вдруг rps получается ... тут как будто нестыковка получается? Может это какой-то условный rp30s? Или метрики копятся с нужной частотой в экспортере и раз в 30с забираются prometeus?
метрики КОПЯТСЯ внутри приложения, потом приходит прометеус и собирает их, графана ходит в прометеус и отрисовывает rps, который получился в видеоролике, настоящий и не зависит от частоты походов прометеуса в ручку /mertrics
если за 30 секунд накопилось 600 запросов, значит было 20 RPS в эти 30 секунд. Из-за такой гранулярности, конечно, часть инфы теряется (к примеру - вдруг нагрузка в 30-секундное окно была не равномерна) но это осознаное допущение
@@ythosa0 зависит на самом деле. в совокупности с промежутком для rate график будет меняться. На видео видны горизонтальные участки, это когда не было сбора метрик так как сбор раз в 30 секунд и данные не менялись. Другое дело на проде при запросах больших и графике за 6 часов это можно опустить за скобки) Там график будет плавный
Очень грамотная и структурированная подача материала. Спасибо за ценную информацию!
Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Спасибо большое! Невероятно хорошая и очень плотная подача материала
Спасибо за ваш комментарий! Мы проводим небольшой опрос среди наших подписчиков и очень ценим ваше мнение. Могли бы вы уделить 10 минут на короткий созвон? Это поможет улучшить качество нашего контента. Если у вас будет на это время, мы будем очень признательны. Пожалуйста, напишите нам на d.strekalov@slurm.io или свяжитесь с нами через t.me/DimStrk, чтобы мы могли договориться о возможном созвоне. Заранее спасибо!
Практика в ютубе на интересные темы - всегда топ
Отлично и структурированно раскрыта тема, всё ясно и понятно. Спасибо!
СпасиБо Сергею, за интересное, практическое руводство, и исходники+
спасибо большое
Спасибо
Про Latency, Traffic и Errors хорошо прям, очень полезно, про Saturation как-то не очень применимо и понятно, так как в экспортерах таких метрик в принципе нет
Спасибо, понравился доклад.
Начало на 7:50
У меня у одного не работает приложение на порте 8080?
Devcontainers это класс
Подскажите, пожалуйста, как вы 99й и 95й квантили посчитали на 22:50
Я посчитаю тебе для 95-го, а 99 сам попробуй.
Отсортируем массив данных: [200, 200, 300, 300, 1000]
В массиве 5 элементов, но самый большой индекс будет 4. То есть если бы мы искали 100 персентиль, то просто взяли бы 4 отсортированный элемент (т.е 1000).
Какой индекс нам надо взять чтобы получился 95 персентиль? Умножаем 4 на 0.95 и получаем 3.8. Но такого индекса нет. Мы можем взять либо 3 либо 4.
В данном случае 3.8 ближе 4 и это значит что 4-ый элемент должен иметь больший вес. В данном случае 80%. То есть мы берем элемент из 4-го индекса (1000ms * 0.8) и умножаем его на 80% (0.8) и берем элемент из 3-го индекса и умножаем его на оставшиеся 20% (300ms * 0.2). Складываем и получаем 860ms.
Интересно... Подскажите, вы сами упомянули, что метрики собираются раз в 30с., а потом вдруг у вас в rate вдруг rps получается ... тут как будто нестыковка получается? Может это какой-то условный rp30s? Или метрики копятся с нужной частотой в экспортере и раз в 30с забираются prometeus?
метрики КОПЯТСЯ внутри приложения, потом приходит прометеус и собирает их, графана ходит в прометеус и отрисовывает
rps, который получился в видеоролике, настоящий и не зависит от частоты походов прометеуса в ручку /mertrics
если за 30 секунд накопилось 600 запросов, значит было 20 RPS в эти 30 секунд.
Из-за такой гранулярности, конечно, часть инфы теряется (к примеру - вдруг нагрузка в 30-секундное окно была не равномерна) но это осознаное допущение
@@ythosa0 зависит на самом деле. в совокупности с промежутком для rate график будет меняться. На видео видны горизонтальные участки, это когда не было сбора метрик так как сбор раз в 30 секунд и данные не менялись. Другое дело на проде при запросах больших и графике за 6 часов это можно опустить за скобки) Там график будет плавный
Ссылка есть?
Все ссылки в описании под видео
Всё хорошо, спасибо большое, но квантИль!