Освойте 5 шагов системного дизайна для интервью: уточнение требований, оценка нагрузки, архитектура, детали и компромиссы. Практический фреймворк с примерами.
Если вы проходили несколько интервью по системному дизайну, вы замечали: кандидаты, которые преуспевают, не всегда самые эрудированные в распределённых системах. Они просто используют одинаковую структуру для любого вопроса. Интервьюеры оценивают не только техническую правильность, но и структуру ответа. Этот фреймворк поможет вам подготовиться до входа в комнату.
Определите функциональные требования (что система должна делать), нефункциональные (масштаб, задержка, доступность, консистентность) и явно исключите то, что не входит в объём. Спрашивайте, а не предполагайте — переход к дизайну без этого шага — быстрый способ потерять баллы в начале.
Оцените пользователей, QPS (разделяя чтение и запись), объём данных, темп роста. Округлённые числа допустимы. Важно показать вычисления вслух, а не молча предполагать цифры. Полезные константы: 1 миллион запросов в день ≈ 12 запросов в секунду в среднем (пик обычно в 2–3 раза выше); хранилище на N лет ≈ дневной объём × 365 × N (укажите, включаете ли коэффициент репликации).
Нарисуйте блоки: клиент, балансировщик нагрузки, API-слой, сервисы, кэш, база данных, очередь. Пройдите один запрос от начала до конца, прежде чем добавлять детали — это даст интервьюеру ментальную модель для дальнейшего обсуждения.
Эта часть обычно ведётся интервьюером. Он направит вас туда, куда хочет: модель данных, сложный компонент, сценарий отказа. Следуйте за ним — это сигнал, что именно он хочет оценить.
Опишите, что бы вы изменили при десятикратном росте, что сознательно отложили, и 1–2 альтернативы, которые рассматривали и отвергли — и почему. На этот шаг чаще всего не хватает времени, поэтому следите за часами и завершайте около 40-й минуты.
Это кажется мелочью, но проговаривание «итак, сначала уточним требования» перед началом сигнализирует интервьюеру о вашей организованности ещё до технических деталей. Это также защищает вас: если вы застряли, вы оба знаете, где вы в процессе и что осталось.
Разберём фреймворк на частом задании — «спроектируйте новостную ленту».
Требования: персонализированная лента, примерно в обратном хронологическом порядке из аккаунтов, на которые подписан пользователь. Нефункциональные: низкая задержка чтения, допустима консистентность в конечном счёте.
Масштаб: предположим 100 миллионов пользователей, сильный перекос в сторону чтения (для лент типично 100:1 и выше).
Высокоуровневый дизайн: клиент → сервис ленты → кэш (Redis) → база данных. Ключевой вопрос — фан-аут (распространение постов подписчикам).
Углублённое погружение: фан-аут при записи (предвычисление лент, быстрые чтения, дорого для аккаунтов с большим числом подписчиков) против фан-аута при чтении (дешёвые записи, медленные чтения для тяжёлых подписчиков). Сильный ответ — гибрид: фан-аут при записи для обычных пользователей, фан-аут при чтении для аккаунтов выше порога подписчиков.
Компромиссы: стратегия кэширования, как ранжирование (помимо простой свежести) ляжет поверх без пересчёта при каждом чтении.
Это вся структура. Замените «новостную ленту» на rate limiter, чат-систему или сокращатель ссылок — те же 5 шагов применимы, меняется только содержимое углублённого погружения.
Прямо сейчас возьмите один из типовых сценариев (например, сокращатель ссылок) и пройдите все 5 шагов вслух, засекая время. Повторите для 2–3 разных задач, чтобы закрепить структуру. На интервью вы будете действовать увереннее, зная, что у вас есть проверенная схема.
Хочешь закрепить знания на практике?
Решай задачи на Algolit — интерактивная платформа для обучения
Начать бесплатно →