В статье описывается эволюция системы ограничения скорости запросов в Uber от разношорстных решений к единой автоматизированной платформе.
Изначально каждая команда внедряла собственную логику тротлинга, и это довольно неудобно и сложно в обслуживании. Для решения этих проблем была создана глобальная система Global Rate Limiter, интегрированная в сервисную сеть, которая сначала использовала алгоритм "token bucket", но позже перешла на модель вероятностного сброса запросов под управлением контрольной плоскости, что позволило обрабатывать сотни миллионов запросов в секунду с минимальной задержкой.
Следующим шагом была разработана система Rate Limit Configurator, которая автоматически анализирует исторические данные о трафике и динамически настраивает лимиты, устраняя необходимость в ручном конфигурировании.
Заморочились
26.02.2026
Похожее
28.09.2026
C на Go
Интересный пропозал - добавить возможность сборки Go-пакетов, использующих cgo д...
25.09.2026
Бенчим джейсон
Автор на реальном API с нагрузкой 50M запросов/сутки)сравнивает производительнос...
24.09.2026
Rune
Команда Unstable Build заопенсорсила свою нативную IDE Rune, написанную на Go. ...
23.09.2026
Специализированные аллокаторы
В Go 1.27 появилась оптимизация выделения памяти для объектов размером до 80 бай...