ШАРДИНГ PG: 10 000 RPS и 99,99% Яндекс.Такси столкнул с ростом — стандартные подходы к шардированию PostgreSQL не тянули по latency и availability. Команда встроила собственный шардинг прямо в ядро процессинга заказов и добилась ребалансировки без простоев и падения метрик. Что важно: - Онлайн-решардирование без даунтайма. - Предсказуемые задержки под 10 000 RPS. - Контроль доступности: 99,99% SLA. Как сделали кратко: отказ от универсальных тулов, кастомная логика маршрутизации запросов в процессинге и аккуратные миграции данных, которые не бьют по критическим путям. Это не просто про базу — это про архитектуру выполнения заказов. А как вы решаете масштабирование БД в пиковые нагрузки?