System Design Space
Граф знанийНастройки

Обновлено: 25 марта 2026 г. в 04:52

Как устроен раздел задач по System Design

easy

Вводная карта раздела с 30 кейсами: от инфраструктурных примитивов до продуктовых систем с разными архитектурными ограничениями.

Эта часть нужна не для коллекции красивых схем, а для тренировки архитектурного мышления на задачах с разным типом давления: latency, consistency, cost и product constraints.

Глава помогает превратить список кейсов в маршрут: понять, какие задачи учат работать с edge-инфраструктурой, какие с data flow, а какие с correctness под конкуренцией и пиковыми нагрузками.

В интервью и design review она полезна тем, что задает общий язык разбора: framing, инварианты, критический путь, trade-offs и эволюцию решения.

Покрытие

Глава задаёт карту темы 3 и помогает выстроить последовательную практику по всем классам кейсов.

Приоритизация

Выделяйте задачи по уровню риска: latency, consistency, throughput и стоимость эксплуатации.

Связность

Материалы связаны так, чтобы переносить архитектурные решения между разными доменами.

Интервью-фокус

Практика направлена на структурный ответ: framing, architecture, trade-offs, evolution.

Связанная глава

Подходы к проведению интервью

7-шаговый фреймворк для работы с задачами по системному дизайну.

Читать обзор

Эта часть — практический блок по System Design. Теперь в ней уже 30 полноценных case-задач: от инфраструктурных примитивов до продуктовых систем с большим количеством зависимостей и сценариев. Цель раздела — научиться выделять требования, подбирать архитектурные примитивы, делать осознанные trade-offs и объяснять эволюцию решения по мере роста нагрузки.

Если проходить раздел последовательно, на выходе формируется рабочая инженерная привычка: сначала рамка задачи и риски, затем архитектура и deep dive, затем план роста и эксплуатационные последствия.

Ширина покрытия

30 задач закрывают инфраструктуру, продуктовые сценарии, data-потоки и транзакционные домены.

Глубина разбора

В каждом кейсе вы тренируете не только схему, но и explicit trade-offs, риски и план эволюции.

Практический фокус

Раздел заточен под инженерную рутину: requirement framing, NFR и эксплуатационные решения.

Интервью-пригодность

Маршрут помогает держать структуру ответа и показывать зрелые архитектурные аргументы в таймбоксе.

Как проходить раздел по 4 фазам

1

Базовые инфраструктурные примитивы

Фаза 1

Начните с Rate Limiter, API Gateway, Object Storage и CDN, чтобы закрепить foundation-level patterns.

2

Продуктовые и доменные кейсы

Фаза 2

Добавьте сценарии с пользовательскими потоками: booking, realtime, поиск, рекомендации и финтех.

3

Trade-off и reliability отработка

Фаза 3

В каждом решении явно проговаривайте SLA/SLO, bottleneck, стоимость и риски эксплуатации.

4

Симуляция интервью под таймер

Фаза 4

Решайте кейсы в фиксированном времени и проверяйте, сохраняется ли структура: framing -> design -> deep dive -> evolution.

Масштаб и покрытие

Всего в части

30 кейсов

От базовых инфраструктурных задач до доменных продуктовых систем.

Инфраструктурные кейсы

11 задач

Gateway, storage, CDN, limiter и другие универсальные building blocks.

Продуктовые кейсы

19 задач

Marketplace, real-time, поиск, финтех, коммуникации и геосервисы.

Фокус обучения

NFR + trade-offs

Latency, throughput, consistency, availability, reliability и стоимость.

Каталог кейсов

Инфраструктурные задачи

Фундаментальные сервисы и платформенные компоненты, которые встречаются в любой системе.

Rate Limiter — защита от всплесков нагрузки и fair usage
API Gateway — единая точка входа и контроль трафика
Object Storage — долговременное хранение и durability
Distributed File System (GFS/HDFS) — блоки, репликация, metadata master и throughput
CDN — ускорение доставки контента и кэширование
URL Shortener — генерация ID, редиректы, кэш
Interplanetary Distributed Computing — delay-tolerant сеть, store-and-forward и автономные edge-узлы

Продуктовые кейсы

Доменные задачи, где важны пользовательские сценарии, бизнес-ограничения и сложные потоки данных.

Матрица разнообразия: что именно вы тренируете

Latency и real-time сценарии

Задачи, где критичны low-latency paths, fan-out, push-механизмы и предсказуемое время отклика.

Data-intensive и indexing

Потоки ingestion, дедупликация, индексация, ranking и высокие требования к throughput.

Storage, durability и delivery

Сценарии с metadata/data split, репликацией, устойчивостью к отказам и data distribution.

Транзакции и бизнес-корректность

Кейсы, где важны consistency boundaries, идемпотентность, anti-fraud и корректное состояние заказов.

Рекомендуемые траектории подготовки

Interview sprint (7-10 дней)

Быстрый маршрут, чтобы покрыть базовые паттерны и типовые вопросы интервью.

Platform / infrastructure focus

Для инженеров платформы и backend: хранение, data paths, resilience и control plane.

Product systems focus

Для проектирования consumer-продуктов с большим количеством user-сценариев.

Ключевые trade-offs в разборе задач

Скорость решения vs качество обоснования

Быстрый high-level ответ полезен, но без явных допущений и trade-offs интервьюер не видит глубину инженерного мышления.

Универсальные паттерны vs доменный контекст

Одинаковые архитектурные блоки работают по-разному в финтехе, realtime и поиске из-за разных рисков и SLO.

Техническая оптимальность vs стоимость эксплуатации

Идеальная с точки зрения дизайна схема может оказаться слишком дорогой в support, on-call и операционной поддержке.

Глубокий deep dive vs ширина покрытия

Сильный разбор одной подсистемы важен, но нужно показать и end-to-end картину: data flow, bottlenecks, эволюцию и риски.

Почему сначала инфраструктура, а затем бизнес

Порядок построен как учебная траектория: сначала — универсальные примитивы, затем — их применение в продуктах с более сложными сценариями и доменными ограничениями.

1. Базовые блоки

Rate limiter, gateway, storage и CDN формируют фундамент — без них бизнес-системы не масштабируются.

2. Комбинация паттернов

На продуктовых задачах учимся соединять кэш, очереди, шардинг, consistency и деградационные режимы.

3. Реальные ограничения

Доменные кейсы добавляют UX, SLA, anti-fraud, compliance и cost constraints — это ближе к реальной работе.

Как работать с задачами

  • Сначала уточните требования и оговорите допущения.
  • Выделите ключевые NFR: latency, throughput, consistency, availability и cost.
  • Постройте high-level архитектуру и обозначьте критические компоненты.
  • Сделайте deep dive в самое сложное место и объясните trade-offs.
  • Проговорите эволюцию: от MVP до масштабирования и операционной поддержки.

Если нужен опорный фреймворк, посмотрите Принципы проектирования масштабируемых систем и Подходы к проведению интервью.

Для дополнительной практики по формату задач и глубине разбора полезно сверяться с System Design Primer (problem set) и High Scalability.

Как понять, что раздел действительно прокачивает

  • Вы стабильно укладываетесь в таймбокс и сохраняете структуру ответа без хаотичных отклонений.
  • Можете объяснить 2-3 альтернативы и почему в этом контексте выбран именно текущий вариант.
  • В каждом кейсе явно называете SLO/NFR и связываете их с конкретными архитектурными решениями.
  • Умеете проговорить план эволюции: что меняется при росте нагрузки в 10x и 100x.

Как закрепить результат по кейсам

Частые ошибки

Сразу рисовать архитектуру, не зафиксировав требования, границы задачи и ключевые допущения.
Пытаться оптимизировать всё одновременно и не выделять один главный bottleneck в текущем масштабе.
Перечислять паттерны без связи с бизнес-рисками, стоимостью и эксплуатационными последствиями.
Не показывать план эволюции: решение выглядит статичным и хрупким при росте нагрузки.

Рекомендации

Начинайте каждый кейс с короткой рамки: цель системы, SLA/SLO, ограничения и критерий успеха.
Фиксируйте архитектурные выборы в формате: контекст -> решение -> trade-off -> риск -> триггер пересмотра.
Держите баланс breadth/depth: один осмысленный deep dive плюс связная end-to-end картина системы.
После разбора записывайте, что улучшить в следующем кейсе: коммуникацию, оценки масштаба или проработку узких мест.

Связанные главы

  • System Design Primer (short summary) - служит внешним банком задач и чеклистов, чтобы расширять практику сверх текущего каталога кейсов.
  • A/B Testing платформа - помогает потренировать data-инженерию экспериментов: event ingestion, метрики и корректность статистики.
  • Airbnb - показывает продуктовую многодоменность: поиск, бронирование, ранжирование и антифрод в одной системе.
  • API Gateway - закрывает базовый инфраструктурный слой: маршрутизация, auth, rate limits и наблюдаемость edge-точки.
  • Content Delivery Network (CDN) - даёт практику работы с latency/throughput trade-offs при глобальной доставке контента и кэшировании.
  • Chat System - тренирует real-time сценарии с высокой конкуренцией по задержке, fan-out и офлайн-доставке.
  • Distributed File System (GFS/HDFS) - углубляет понимание storage-архитектуры: metadata/data split, репликация и recovery-механики.
  • Google Maps / Proximity Service - добавляет геопоиск и spatial indexing как отдельный класс сложных design-задач.
  • Система бронирования отелей - показывает транзакционную корректность и идемпотентность в критичных booking-потоках.
  • Interplanetary Distributed Computing System - расширяет мышление до экстремальных условий: большие задержки, автономные узлы и eventual synchronization.
  • Feature Store & Model Serving - добавляет практику offline/online parity, point-in-time корректности и training-serving skew guardrails.
  • ML Ops Pipeline - добавляет отдельный класс AI/ML задач: feature pipelines, model rollout, drift и эксплуатационные guardrails.

Чтобы отмечать прохождение, включи трекинг в Настройки