Все говорят RPS, RPS нашего сервиса. А кто это такой ваш волшебный RPS?

RPS (Requests Per Second) — это метрика, которая показывает, сколько запросов ваш сервис обрабатывает за секунду. Но не всё так просто — RPS бывает разным, и считать его можно по-разному.

Каким бывает RPS?
Пиковая нагрузка (Peak RPS) – максимум, который сервис держал за конкретный период
Средний RPS = 50, но в пик нагрузка вырастает в 3 раза. Берем 50 и умножаем на 3
Средний RPS – общее число запросов, поделенное на время.
Ошибочный RPS - Сколько RPS возвращает ошибки (5xx, 4xx и т.п.)
Условно могут в несуществующие ручки долбится ботами, будет большой RPS но там по факту 404

Зачем же считать этот RPS?
Расчет нагрузки
Планирование масштабирования
Диагностика проблем (следующий абзац про это)
Сравнение до/после
Экономия ресурсов

Почему большой RPS — не всегда хорошо?
Высокий RPS может быть признаком неэффективности. Например:
Проблема N+1 – фронт отправляет лишние запросы из-за плохой оптимизации.
Фоновый спам – клиенты слишком часто наяривают сервер вместо long-polling/WebSockets.
Дублирование данных – один и тот же запрос повторяется без кэширования.

Если устранить эти проблемы, RPS снизится, но сервис станет работать быстрее и стабильнее.