Вернуться в каталог собеседований

Мок-интервью System Design: проектирование сервиса бронирования

Участник проектирует аналог Booking.com: требования, sizing, RPS, сервис бронирования, платежи и масштабирование. Ведущий обсуждает, как объяснять архитектурные решения на System Design-интервью.

Направление
Backend
Формат
Мок-собеседование
Длительность
1:48:21
Твой ментор | Владислав Носковец
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 1,2 тыс.
  • Лайки на YouTube: 17
Открыть на YouTube

Таймлайн

Коротко о видео

Это публичное мок-интервью с System Design-кейсом о сервисе бронирования. Участник начинает с функциональных и нефункциональных требований, затем оценивает объём данных и нагрузку. В high-level architecture разбираются поиск, детали объекта, бронирование, расчёт стоимости, платёжный шлюз и уведомления. Отдельно обсуждаются конкурирующие бронирования, согласованность доступности, связь поиска с бронированием и выбор Elasticsearch, SQL и S3 для разных типов данных. В заключении рассматриваются масштабирование и способ защищать архитектурное решение на интервью. В записи есть рекламная и Q&A части, но основная секция содержит разбор кейса в диалоге.

Затронутые темы

System DesignАнализ требованийПланирование мощностиRPSРаспределённые системыElasticsearchSQLПлатёжные интеграции

Что взять на заметку

  • System Design-кейс стоит начинать с функциональных и нефункциональных требований, а не с выбора базы данных.
  • Sizing и оценка RPS помогают обосновать дальнейшие архитектурные решения.
  • Бронирование требует явно определить способ предотвращения двойного резервирования.
  • Поиск, транзакционные данные и файлы могут требовать разных хранилищ и моделей согласованности.
  • На интервью важно объяснять границы high-level схемы и причины каждого компонента.

Рекомендуем посмотреть