Подготовка к интервью
889 вопросов по System Design
Что проверяют на интервью
В этой подборке вопросы сгруппированы по формату «System Design», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: backend, api, database.
Каталог
Маршрутизируйте события одного пользователя в одну упорядоченную partition и обеспечьте последовательную обработку этого ключа. Масштабирование происходит по разным ключам, а не внутри одной последовательности.
Читать ответНельзя незаметно отказаться от E2EE ради поиска: это меняет модель доверия и обещания пользователю. Сначала нужно определить приоритеты и рассмотреть поиск на клиенте или локальный индекс.
Читать ответПроверка и резервирование ключа не атомарны: оба запроса могут увидеть отсутствие записи до завершения другого. Потокобезопасность отдельной операции словаря не защищает весь сценарий.
Читать ответTTL-lock может истечь во время паузы GC, после чего старый worker продолжит работу одновременно с новым. Для защиты ресурса нужен fencing token или проверка версии, а не только продление TTL.
Читать ответДля тысячи товаров начните с модульного backend и реляционной БД: каталог, цены, остатки, корзина и заказы. Микросервисы не нужны только из-за частых обновлений.
Читать ответСначала проверьте контракт старых клиентов и требования к надёжности: ссылка на ещё не созданный файл вводит в заблуждение, а десятиминутная BackgroundTasks-задача может потеряться при рестарте.
Читать ответСначала определите, нужен ли глобальный порядок или достаточно порядка для одного заказа, пользователя либо другого ключа. Обычно выбирают упорядочивание по ключу и явные версии событий.
Читать ответПостройте потоковый конвейер с адаптером источника, ограниченной очередью, пулом загрузчиков, парсерами и пакетной записью. Лимит 1000 должен действовать на все активные запросы вместе.
Читать ответРезерв скидки должен иметь срок и состояния. При подтверждённом отказе или истечении резерва его освобождают; при неопределённом результате оплаты сначала уточняют статус у платёжной системы.
Читать ответВыделите транспортный слой, application-сценарий, доменную модель и инфраструктуру. Заказ хранит бизнес-инварианты, а сценарий координирует репозитории, транзакцию и внешние действия.
Читать ответИстория должна храниться вне памяти WebSocket-процесса — в долговечной БД. После переподключения клиент запрашивает сообщения после последнего подтверждённого номера или курсора.
Читать ответСначала найдите источник лишних записей: compaction, вторичные индексы, большие документы или частые обновления одного ключа. Решение зависит от движка, а не от ярлыка NoSQL.
Читать ответ