Второй выпуск с Олежей

https://youtu.be/wvfXweNftOQ?si=gSFpz-43RHMe1hRe

Все говорят 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 снизится, но сервис станет работать быстрее и стабильнее.

Помогите понять что вам нужно? Люююдиии! Правда, расскажите, пожалуйста, что вам нужно что бы пересесть с react-query / react-router / MobX / что угодно еще на Реатом?

Хочется улучшать веб и делать лучшую библиотеку для этого. Мы уже быстрее и легче любых альтернатив по сумме фич. Но для настоящего всестороннего развития нужны пользователи! Те кто ещё не на реатоме, что вас останавливает? 🙂

"Ночь перед собесом"
Автор картины неизвестен