WebRTC

WebRTC объединяет несколько спецификаций IETF в единый связный API для браузеров. Транспортная часть – UDP с DTLS и SRTP для шифрования; установление соединения – ICE с использованием STUN и TURN; передача медиа – через RTP, обратная связь – по протоколу RTCP; сигнализация (обмен SDP offer/answer) осуществляется приложением по отдельному каналу (обычно WebSocket). Интерфейс API – `RTCPeerConnection`, `getUserMedia`, `RTCDataChannel` – стал рекомендацией W3C в январе 2021 года (W3C «WebRTC 1.0»).

В стриминге у WebRTC две разные роли. Peer-to-peer (изначальный кейс) соединяет двух браузерных пользователей для видеосвязи – Google Meet, Zoom Web, Whereby. Egress (сервер-как-источник) использует WebRTC, чтобы доставить один стрим многим зрителям через SFU – low-latency-режим Twitch, Kick, платформы спортивных ставок. Обе роли разделяют один протокольный стек, но имеют разные характеристики масштабирования.

Сила WebRTC – субсекундная задержка и повсеместная поддержка в браузерах. Слабость – операционная сложность: развертывание STUN/TURN, масштабирование SFU, настройка управления перегрузками. Тренд 2022–2026 годов – обёртывание WebRTC в более простые протоколы: WHIP для приёма потока, WHEP для доставки, Media over QUIC как долгосрочная альтернатива. Облачные провайдеры (Cloudflare Calls, Mux, Dolby.io, LiveKit Cloud, AWS) предлагают управляемый WebRTC, чтобы скрыть сложность. Самостоятельное хостинг-решение на WebRTC остаётся актуальным, но требует реальной экспертизы.