Старший бэкенд-разработчик в Медиаплатформу

Мы строим YaRCO — внутреннюю платформу для аудио- и видеокоммуникаций продуктов компании. Это часть Yandex Infrastructure.

На нашей платформе работают:
* Звонки в ЯСим.
* Звонки между колонками в Алисе.
* Телемост.
* Автономный транспорт.
* Роботы доставки.
* И много других продуктов, где есть видео или аудио между точками А и Б.

Сейчас мы ищем Go-разработчика, чтобы увеличить объём выпускаемых фич для Автономного транспорта и роботов доставки. Это будет основным, но не единственным направлением для вас в нашей команде.

Работа важная, потому что когда робот попадает в ситуацию, с которой не справляется автономность (сложный перекрёсток, нестандартное препятствие, спорная ситуация с человеком), управление подхватывает удалённый оператор. Между роботом на дороге и оператором за пультом — наша платформа. Это не классический видеозвонок. Здесь задержка в 150 мс, а это метры тормозного пути, потеря нескольких кадров, слепая зона. К тому же деградация канала LTE/5G посреди перекрёстка — штатная, а не исключительная ситуация. Мы проектируем стек, который остаётся управляемым и предсказуемым в реальном мире мобильных сетей.

Подписывайтесь на телеграм-канал Yandex Infrastructure, чтобы узнать больше о том, как мы делаем внутреннюю инфраструктуру Яндекса.

Проектирование и развитие медиасервера на Go

Вы будете работать поверх pion/webrtc и протоколов WHIP/WHEP. Ваша задача — обеспечить приём видеопотоков с камер робота и их надёжную раздачу на пульты операторов с минимальной задержкой.

Построение обратного низколатентного канала управления

Через WebRTC Data Channel (SCTP) нужно передавать команды управления и телеметрию с гарантиями по порядку и срокам доставки. Это то, что позволяет оператору чувствовать робота как продолжение себя.

Работа с механизмами, определяющими качество телеуправления

Вы будете заниматься bitrate/congestion control (GCC), NACK/RTX, FEC, keyframe-запросами (PLI/FIR) и jitter-buffer-стратегиями. В нашем сценарии низкая задержка важнее плавности — и это определяет архитектурные решения.

Управление ICE/STUN/TURN в условиях мобильных сетей

Робот работает через мобильных операторов и NAT. Нужно обеспечивать быстрый ICE restart при смене вышки, приоритизацию путей и работу с несколькими сетевыми интерфейсами (bonding SIM-каналов).

Наблюдаемость и надёжность

Вы будете собирать RTCP/getStats, метрики задержки glass-to-glass, настраивать алертинг на деградацию канала. Также нужно будет проектировать graceful failover сессий, переключение оператора и поведение системы при полной потере связи (safe-stop-сценарии).

Больше о бэкенде в Яндексе — в канале Yandex for Backend

* Уверенно знаете Go: конкурентность (Goroutines/Channels/Context), профилирование, работу с сетью и бинарными протоколами
* Имеете практический опыт работы с WebRTC/SIP/RTSP: понимаете SDP-переговоры, ICE, DTLS-SRTP, RTP/RTCP не на уровне «поднял пример», а на уровне отладки, почему поток встал
* Понимаете транспортный уровень: UDP, TCP, TLS, поведение под потерями и джиттером; читаете и интерпретируете pcap
* Имеете опыт эксплуатации сервисов под нагрузкой (метрики, трейсинг, разбор инцидентов в продакшене)
* Обладаете базовыми знаниями Kubernetes

* Работали именно с pion/webrtc (или его подпроектами: pion/ice, pion/rtp, pion/sctp, pion/interceptor) и WHIP/WHEP
* Окончили магистратуру по математике, обработке сигналов или сетям
* Знаете congestion control (GCC, BBR), FEC, simulcast/SVC изнутри
* Имеете опыт работы с real-time-системами, где задержка критична (телеуправлением, робототехникой, стримингом, VoIP, облачным геймингом)
* Умеете работать с мобильными сетями (LTE/5G), multipath, QUIC
* Знакомы с кодеками (H.264/H.265/AV1, аппаратным кодированием), понимаете trade-off latency vs quality