Старший бэкенд-разработчик в Медиаплатформу
Posted
Summary
Senior backend engineer on Yandex's Media Platform (part of Yandex Infrastructure) designing and operating a high-load, low-latency Go media server that ingests camera video streams via WHIP/WHEP. Day-to-day work spans WebRTC/SIP/RTSP, congestion control (GCC), FEC, ICE/STUN/TURN in mobile networks, an SCTP-based control channel, and observability on Kubernetes-backed services.
Наша платформа — часть Yandex Infrastructure. Мы ищем в нашу команду сильного бэкенд-разработчика. Откликайтесь, если уверенно владеете Go, имеете практический опыт работы с WebRTC/SIP/RTSP и знаете, как эксплуатировать сервисы под нагрузкой.Проектирование и развитие медиасервера на Go
Вам нужно будет строить систему, которая принимает множественные видеопотоки с камер по протоколам WHIP/WHEP и управляет ими. Это высоконагруженный сервис, где важна каждая миллисекунда. Построение низколатентного обратного канала управления
Через WebRTC Data Channel (SCTP) нужно передавать команды и телеметрию с гарантиями по порядку и срокам доставки. Вам предстоит определить, как система общается с устройствами в реальном времени. Качество передачи видео
Вы будете работать с механизмами, которые напрямую влияют на пользовательский опыт: bitrate/congestion control (GCC), NACK/RTX, FEC, keyframe-запросы (PLI/FIR) и jitter-buffer-стратегии. Главный приоритет — низкая задержка, а не плавность. Управление ICE/STUN/TURN в мобильных сетях
Вам предстоит обеспечивать стабильную работу при смене вышек сотовой связи, быстрый ICE restart, приоритизацию путей и bonding нескольких SIM-каналов. Это задача, где сетевые условия меняются каждую секунду. Построение наблюдаемости и обеспечение надёжности
Вам нужно будет создать систему сбора RTCP/getStats, метрик задержки glass-to-glass и алертинг на деградацию канала. Также предстоит продумать graceful failover сессий и поведение системы при полной потере связи. Больше о бэкенде в Яндексе — в канале Yandex for Backend* Уверенно владеете Go: конкурентность (Goroutines/Channels/Context), профилирование, работа с сетью и бинарными протоколами * Имеете практический опыт работы с WebRTC/SIP/RTSP: понимаете SDP-переговоры, ICE, DTLS-SRTP, RTP/RTCP (не на уровне «поднял пример», а на уровне отладки) * Понимаете транспортный уровень: UDP, TCP, TLS, поведение под потерями и джиттером; умеете читать и интерпретировать pcap * Имеете опыт эксплуатации сервисов под нагрузкой (метрики, трейсинг, разбор инцидентов) * Обладаете базовыми знаниями Kubernetes* Получили профильное образование по математике, обработке сигналов или сетям * Работали с мобильными сетями (LTE/5G), multipath, QUIC * Имеете опыт работы именно с pion/webrtc (или его подпроектами: pion/ice, pion/rtp, pion/sctp, pion/interceptor) и WHIP/WHEP * Знаете congestion control (GCC, BBR), FEC, simulcast/SVC изнутри * Умеете работать с realtime-системами, где задержка критична (телеуправлением, робототехникой, стримингом, VoIP, облачным геймингом) * Знаете кодеки (H.264/H.265/AV1, аппаратное кодирование), понимаете trade-off latency vs quality
Вам нужно будет строить систему, которая принимает множественные видеопотоки с камер по протоколам WHIP/WHEP и управляет ими. Это высоконагруженный сервис, где важна каждая миллисекунда. Построение низколатентного обратного канала управления
Через WebRTC Data Channel (SCTP) нужно передавать команды и телеметрию с гарантиями по порядку и срокам доставки. Вам предстоит определить, как система общается с устройствами в реальном времени. Качество передачи видео
Вы будете работать с механизмами, которые напрямую влияют на пользовательский опыт: bitrate/congestion control (GCC), NACK/RTX, FEC, keyframe-запросы (PLI/FIR) и jitter-buffer-стратегии. Главный приоритет — низкая задержка, а не плавность. Управление ICE/STUN/TURN в мобильных сетях
Вам предстоит обеспечивать стабильную работу при смене вышек сотовой связи, быстрый ICE restart, приоритизацию путей и bonding нескольких SIM-каналов. Это задача, где сетевые условия меняются каждую секунду. Построение наблюдаемости и обеспечение надёжности
Вам нужно будет создать систему сбора RTCP/getStats, метрик задержки glass-to-glass и алертинг на деградацию канала. Также предстоит продумать graceful failover сессий и поведение системы при полной потере связи. Больше о бэкенде в Яндексе — в канале Yandex for Backend* Уверенно владеете Go: конкурентность (Goroutines/Channels/Context), профилирование, работа с сетью и бинарными протоколами * Имеете практический опыт работы с WebRTC/SIP/RTSP: понимаете SDP-переговоры, ICE, DTLS-SRTP, RTP/RTCP (не на уровне «поднял пример», а на уровне отладки) * Понимаете транспортный уровень: UDP, TCP, TLS, поведение под потерями и джиттером; умеете читать и интерпретировать pcap * Имеете опыт эксплуатации сервисов под нагрузкой (метрики, трейсинг, разбор инцидентов) * Обладаете базовыми знаниями Kubernetes* Получили профильное образование по математике, обработке сигналов или сетям * Работали с мобильными сетями (LTE/5G), multipath, QUIC * Имеете опыт работы именно с pion/webrtc (или его подпроектами: pion/ice, pion/rtp, pion/sctp, pion/interceptor) и WHIP/WHEP * Знаете congestion control (GCC, BBR), FEC, simulcast/SVC изнутри * Умеете работать с realtime-системами, где задержка критична (телеуправлением, робототехникой, стримингом, VoIP, облачным геймингом) * Знаете кодеки (H.264/H.265/AV1, аппаратное кодирование), понимаете trade-off latency vs quality