#7 Реальное Собеседование в Яндекс | Архитектурная секция
Разбор архитектурной секции в Яндексе на примере поиска заведений по координатам. Обсуждаются структура данных, алгоритм поиска, бэкенд и базы данных.
Вадим Новосёлов | Карьера в IT
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 25 тыс.
- Лайки на YouTube: 751
Таймлайн
Коротко о видео
В архитектурной секции Яндекса кандидату дают задачу приложения, которое по текущим координатам показывает 100 ближайших заведений. Разбор идёт от слишком общего рисунка с PostgreSQL к обсуждению геоданных, нагрузки, отказа БД, логирования кликов для будущего ранжирования и выбора Spark для большого неструктурированного потока логов.
Затронутые темы
Что взять на заметку
- Перед схемой компонентов дословно зафиксируйте пользовательский сценарий: здесь пользователь нажимает кнопку, а сервис возвращает 100 заведений рядом с его координатами.
- Одной SQL-базы с координатами недостаточно как объяснения дизайна: на интервью попросили конкретизировать, как находятся ближайшие точки, что происходит при отказе и где лежат данные.
- Разделяйте справочные координаты и поток событий: кандидат отмечает, что клики для ранжирования дают большой неструктурированный лог, для которого предлагает Spark, а не SQL-хранилище.