Собеседования · 9 мин

System design для начинающих: как проходит секция, план на час и калькулятор нагрузки

Кому и где дают секцию проектирования, порядок ответа, оценки «на салфетке» с калькулятором и разбор сокращателя ссылок.

Секция system design — проектирование системы — пугает тем, что у неё нет правильного ответа. Но у неё есть понятный порядок действий и типичные ожидания, которые компании описывают открыто. Ниже — кому и где её дают, как распределить час, калькулятор нагрузки для оценок «на салфетке» и разбор одной задачи.

Кому и где её дают

Джунов на полноценную секцию обычно не зовут, но вопросы «как бы вы спроектировали» встречаются на любом уровне — как в техинтервью МТС. Разобраться в основах заранее полезно всем.

Термины, без которых не обойтись

На секции говорят на одном языке: «держим 5 тысяч RPS при p99 до 200 мс и доступности три девятки». Если какие-то слова незнакомы — начните с них. По ссылкам — короткие ответы и разборы на Acody.

Сколько простоя допускают «девятки»

Если запрос проходит через несколько сервисов подряд, их доступности перемножаются: три сервиса по 99,9% дают около 99,7% на всю цепочку.

Как распределить час

10

5

10

20

15

060 мин

• Требования · 10 мин
  что система делает и чего не делает; нагрузка, задержки, доступность
• Оценки · 5 мин
  запросы в секунду, объём данных, трафик — грубо, с округлениями
• API и данные · 10 мин
  основные методы и модели данных
• Схема · 20 мин
  компоненты, потоки данных, хранилища, кэши, очереди
• Узкие места · 15 мин
  масштабирование, отказы, мониторинг, что улучшить дальше

Порядок шагов совпадает с тем, что Т-Банк описывает для своей секции: формализовать задачу, API, нагрузка, модели и потоки данных.

1. Требования. Что система делает, кто пользователи, какие функции обязательны, а какие нет. Нефункциональные: нагрузка, задержки, доступность, консистентность.
2. Оценки. Сколько запросов в секунду, сколько данных в день и за годы. Грубо, с округлениями — этого ждут.
3. API и модель данных. Основные методы и сущности.
4. Схема. Клиенты → балансировщик → сервисы → хранилища; где кэш, где очередь.
5. Узкие места. Что сломается при росте нагрузки в 10 раз, что будет при отказе узла, что мониторить.

Калькулятор нагрузки

Оценки «на салфетке» — обязательная часть секции. Калькулятор считает RPS на чтение и запись, пиковую нагрузку и объём данных:

Яндекс в материалах для подготовки ссылается на таблицу задержек, которые полезно знать наизусть, — она есть в приложении к System Design Primer.

Пример: сокращатель ссылок

• Требования: создать короткую ссылку, перейти по ней; ссылки живут годами; чтений намного больше, чем записей.
• Оценки: 1 млн новых ссылок в день — около 12 в секунду; переходов в 100 раз больше — около 1 200 в секунду, в пик втрое больше. По 500 байт на запись — 0,5 ГБ в день, около 180 ГБ в год.
• API: POST /links → короткий код; GET /{code} → редирект.
• Схема: сервис генерации кодов, хранилище «код → URL», кэш популярных ссылок перед хранилищем, балансировщик.
• Обсудить: как генерировать уникальные коды без коллизий, как шардировать хранилище, что делать с горячими ссылками, нужна ли аналитика переходов и как её писать асинхронно через очередь.

Разобранные задачи с ответами — в подборке system design на Acody и в разделе highload: там же интерактивные модели балансировки, consistent hashing и rate limiter.

Что читать

• Мартин Клеппман, «Designing Data-Intensive Applications» и Алекс Сюй, «System Design Interview» — обе книги советует Сбер.
• System Design Primer — бесплатный конспект с упражнениями; его рекомендуют и Т-Банк, и Яндекс.
• «Как проходят архитектурные секции собеседования в Яндексе» — статья самого Яндекса.

Источники и дата проверки

Проверено 16 октября 2026.

• Яндекс, «Как мы нанимаем бэкенд-разработчиков» — архитектурная секция и материалы для подготовки.
• Т-Банк, интервью по Java — секция по системному дизайну.
• Авито, этапы отбора — секция проектирования.
• Сбер, подготовка Java-разработчика — system design и книги.
• МТС, «Как нанять разработчика за одно техническое интервью», 25.09.2025 — блок проектирования в техинтервью.