Термин
WebRTC
Фреймворк W3C/IETF для real-time-аудио, видео и data-коммуникации напрямую между браузерами. Объединяет ICE/STUN/TURN, DTLS-SRTP, SDP-сигнализацию и JavaScript-API в один стек.
WebRTC объединяет несколько IETF-спек в один связный браузерный API. Транспорт – UDP с DTLS-SRTP для шифрования; connectivity – ICE с STUN и TURN; медиа – RTP, обратная связь – RTCP; сигнализация (SDP offer/answer) делается приложением по своему каналу (обычно WebSocket). API-поверхность – `RTCPeerConnection`, `getUserMedia`, `RTCDataChannel` – стала W3C Recommendation в январе 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, тюнинг congestion control. Тренд 2022–2026 – оборачивать WebRTC в более простые протоколы: WHIP для ingest, WHEP для delivery, Media over QUIC как долгосрочный преемник. Облачные провайдеры (Cloudflare Calls, Mux, Dolby.io, LiveKit Cloud, AWS) продают managed-WebRTC, чтобы спрятать сложность. Self-hosted WebRTC живой, но требует реальной экспертизы.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.