## Балансировщик под нагрузкой: почему при лимите 150 RPS система генерирует 7 RPS ошибок 429
На графике нагрузки критического эндпоинта видна аномалия: при установленном лимите в 150 запросов в секунду (RPS) и фактической нагрузке около 129 RPS система стабильно генерирует 7 RPS ошибок 429. Это означает, что почти 5% всех запросов, которые должны были быть успешными, получают отказ от RPS-лимитера. Такое поведение противоречит ожидаемой логике работы: ошибки о превышении лимита должны возникать только при нагрузке выше порога, а не на фоне стабильной работы ниже него.

Детальный анализ показывает, что настройка лимитера была задана как «не более 150 запросов с интервалом в 1 секунду». Однако наблюдаемый «уверенный и постоянный фон» ошибок указывает на возможную проблему в алгоритме распределения или учёта запросов. Это может быть связано с особенностями реализации лимитера, работой балансировщика нагрузки, неравномерным распределением трафика между инстансами или скрытой задержкой в учёте метрик.

Подобная аномалия создаёт прямые риски для бизнес-логики и пользовательского опыта: легитимные запросы отсекаются, хотя общая нагрузка находится в рамках. Для инженеров это сигнал к немедленной проверке конфигурации, алгоритмов шардирования и мониторинга. Проблема требует глубокого аудита, так как стабильный фон ошибок при номинальной нагрузке может маскировать более серьёзные уязвимости в архитектуре или привести к необоснованным потерям производительности и дохода.
---
- **Source**: Habr
- **Sector**: The Lab
- **Tags**: производительность, ошибка 429, RPS-лимитер, мониторинг, архитектура
- **Credibility**: unverified
- **Published**: 2026-04-01 18:57:24
- **ID**: 45902
- **URL**: https://whisperx.ai/ru/intel/45902