Сервис баланса по потоку событий: inbox, идемпотентность, блокировки

System designMiddle45 минпроверка — Спринт16-t003

Устно (без доски) спроектируйте сервис, который пересчитывает денежный баланс на основе потока событий из брокера. Разобрать по шагам: какие поля нужны в сообщении (счёт, сумма, направление и т.п.); какие риски у такого подхода (повторная обработка одного события и прочее); как построить обработку на стороне сервиса (inbox pattern); отдельно — оптимистичные блокировки; если конкретный SELECT периодически уходит в таймаут — как диагностировать и ускорить (метрики, план запроса, индексы, партиционирование, шардирование).

Порядок, которого ждут: уточни требования → оцени нагрузку → API и данные → схема компонентов → узкие места и отказ. Не прыгай сразу в Kafka.

⌘ Enter — проверить