Собеседование на системного аналитика в Rutube

Почему Rutube — особенный работодатель для SA

Rutube — крупная российская видеоплатформа. Для системного аналитика это домен с очень характерной спецификой: тяжёлый контент (видео весит гигабайты), доставка через CDN, плеер на десятке разных платформ и рекламные интеграции поверх всего этого. SA здесь проектирует API публикации видео, продумывает интеграцию с CDN, поведение плеера на вебе, в мобильных приложениях и на Smart TV, а также кабинет автора (creator-кабинет).

Главное отличие от «обычного» продуктового SA — масштаб и природа данных. Одно дело описать API для формы заявки, другое — спроектировать загрузку видео, где файл проходит через транскодирование в разные качества, раскладывается по CDN и должен адаптивно отдаваться на слабый мобильный интернет и на большой экран. Плюс мультиплатформенность: один и тот же контракт API обслуживает web, iOS, Android и Smart TV, у каждого свои ограничения. Подробнее — на странице карьеры Rutube.

Этапы собеседования

Ниже — типичная последовательность для SA в продуктовой ИТ-компании. Число этапов и порядок зависят от команды и грейда.

1. HR-скрининг (30-45 минут)

Знакомство с рекрутером: ваш опыт, зона ответственности, с какими системами и интеграциями работали, почему интересна видеоплатформа. Полезно за пару минут описать проект, где вы проектировали API или интеграцию, и вашу роль в нём.

2. API-дизайн и техническое интервью (60-90 минут)

Ключевой этап для SA. Проверяют умение проектировать контракты API: REST и, скорее всего, gRPC (в высоконагруженных внутренних сервисах он частый выбор). Ждут понимания методов, кодов ответов, идемпотентности, версионирования и пагинации. Частый вопрос — как спроектировать загрузку большого видеофайла (chunked upload, статусы обработки). Готовиться: REST API на собесе SA.

3. Базы данных и SQL (45-60 минут)

SA должен уметь спроектировать схему данных и достать нужное из БД. Ждут уверенного SQL уровня middle (JOIN, GROUP BY, оконные функции) и понимания моделирования: как хранить видео, их версии качества, метаданные, статистику просмотров. Готовиться: SQL-тренажёр.

4. System design (60-90 минут)

Дают кейс из домена — спроектировать пайплайн загрузки и доставки видео, интеграцию с CDN или рекламную вставку — и смотрят на ход рассуждений: как разбиваете систему на компоненты, где кэшируете, как обрабатываете сбои и большие объёмы. Ценят не идеальную схему, а умение проговорить компромиссы.

5. Поведенческое интервью и нотации (45-60 минут)

Обсуждают работу с командой разработки, продактами и стейкхолдерами, сложные ситуации, умение договариваться о требованиях. Часто просят описать процесс в нотации (BPMN) или показать, как вы документируете требования. Отвечать удобно по схеме STAR.

Что Rutube ценит в SA

• Проектирование API. Уверенное владение REST и gRPC: контракты, коды ответов, идемпотентность, версионирование, пагинация. Умение объяснить, когда что выбрать.
• Базы данных и SQL. Способность спроектировать схему под видео и его метаданные и достать нужное запросом уровня middle.
• Интеграция с CDN. Понимание, как контент кэшируется и доставляется через сеть доставки контента, что такое инвалидация кэша и адаптивный битрейт.
• Мультиплатформенность. Осознание, что один API обслуживает web, мобильные приложения и Smart TV, и умение заложить это в контракт, не плодя пять разных бэкендов.
• Моделирование процессов (BPMN). Умение описать бизнес- и системный процесс формально, чтобы разработка и продукт одинаково поняли требования.

Типичные задачи и кейсы

• API публикации видео. Спроектировать загрузку большого файла: chunked upload, статусы транскодирования, обработка сбоев, идемпотентность повторной загрузки.
• Интеграция с CDN. Как контент попадает в сеть доставки, как работает кэширование и инвалидация, как отдавать разные качества под разную скорость сети.
• Плеер на разных платформах. Как спроектировать API и события так, чтобы один контракт обслуживал web, iOS, Android и Smart TV с их ограничениями.
• Рекламные интеграции. Как вставить рекламу в поток (pre-roll, mid-roll), собрать события показов и не сломать воспроизведение.
• Creator-кабинет. Как спроектировать данные и API для кабинета автора: загрузка, статистика просмотров, монетизация.

Как готовиться: план

1. API-дизайн. Разберите REST и gRPC: когда что выбирать, контракты, коды ответов, идемпотентность, версионирование, пагинация. Умейте спроектировать загрузку большого файла. REST API на собесе SA.
2. Базы данных и SQL. Освежите моделирование схемы и запросы уровня middle. Продумайте, как хранить видео, версии качества и статистику. SQL-тренажёр.
3. Концепции CDN. Разберите, что такое сеть доставки контента, кэширование на периферии, инвалидация кэша и адаптивный битрейт (HLS/DASH на уровне идеи).
4. Мультиплатформенность. Продумайте, как один контракт API обслуживает web, мобильные и Smart TV, и какие ограничения у каждой платформы.
5. BPMN и требования. Потренируйтесь описывать процесс в нотации и структурировать требования так, чтобы их одинаково поняли разработка и продукт.

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

• Слабый SQL. SA проектирует данные и достаёт их запросами. Плавать в JOIN и оконных функциях уровня middle — сразу минус.
• API без кэширования. Проектировать доставку видео так, будто каждый запрос идёт в origin. Не заложить CDN и кэш для тяжёлого контента — грубая ошибка в этом домене.
• Поверхностная мультиплатформенность. Считать, что «API один — и ладно». Ждут понимания, что web, мобильные и Smart TV накладывают разные ограничения на контракт.
• Игнор сбоев при загрузке. Проектировать upload большого файла без chunked-загрузки, статусов и идемпотентности повторной попытки. Видео весит гигабайты, и сеть рвётся.
• Требования без формализации. Описывать процесс «на словах» без схемы. На SA-собесе ценят умение зафиксировать требования в нотации, а не пересказать их устно.

Связанные темы

• Собеседование на SA в Okko
• Собеседование на SA в Кинопоиске
• REST API на собесе SA
• Собеседование на PM в Rutube
• Собеседование на DS в Rutube

FAQ

Сколько этапов на собесе SA в Rutube?

Обычно 4-5: HR-скрининг, техническое интервью по API-дизайну, секция по базам данных и SQL, system design и поведенческое с элементами формализации требований (BPMN). Точное число зависит от команды и грейда — уточняйте у рекрутера.

Нужен ли опыт с видео или медиа?

Желателен, но не всегда обязателен. Важнее показать, что вы понимаете специфику тяжёлого контента: доставку через CDN, транскодирование, адаптивный битрейт и мультиплатформенность. Если вы умеете рассуждать про кэширование, загрузку больших файлов и интеграции, отсутствие строчки «видео» в резюме не критично.

Какой уровень SQL ждут?

Уверенный middle: JOIN, GROUP BY, оконные функции и умение спроектировать схему данных. SA не пишет тяжёлые ETL, но должен свободно доставать данные и моделировать хранение видео, его версий качества и статистики просмотров.

REST или gRPC — что важнее знать?

Знать оба и понимать, когда что применять. REST — универсальный выбор для публичных и клиентских API, gRPC часто используют для высоконагруженного внутреннего взаимодействия сервисов из-за скорости и строгих контрактов. На собесе ценят умение обосновать выбор, а не просто назвать один протокол.

Что чаще всего дают на system design?

Кейсы из домена видеоплатформы: спроектировать пайплайн загрузки и доставки видео, интеграцию с CDN или рекламную вставку в поток. Хотят услышать, как вы разбиваете систему на компоненты, где кэшируете, как обрабатываете сбои при загрузке гигабайтных файлов и как поддерживаете разные платформы.

Это официальная информация?

Этапы основаны на публичных источниках и опыте кандидатов. Уточняйте актуальный формат у рекрутера.