Термин
QUIC
Транспорт поверх UDP, обеспечивающий надёжность и упорядоченность, как у TCP, а также шифрование и мультиплексированные потоки – без блокировки head-of-line, присущей TCP. Является основой для HTTP/3, WebTransport и Media over QUIC.
QUIC, стандартизованный в RFC 9000 (май 2021), был разработан Google и IETF для замены комбинации TCP + TLS в качестве транспортного протокола современного веба. Он работает поверх UDP – то есть внедряется без изменений в ядро операционной системы – и объединяет TLS 1.3, мультиплексирование и надёжные упорядоченные потоки в единый протокол. Главное преимущество: у каждого QUIC-потока свой механизм восстановления при потерях, поэтому сбой в одном не блокирует передачу данных в других. Это решает самую острую проблему HTTP/2 в нестабильных сетях.
Для стриминга важны такие особенности QUIC: 0-RTT resumption (быстрый старт при повторном подключении клиента), unreliable datagrams (RFC 9221), независимое восстановление потерянных данных по потокам и тесная интеграция с TLS 1.3 fingerprinting. HTTP/3 (RFC 9114, июнь 2022) сохраняет HTTP-семантику поверх QUIC и стал стандартом по умолчанию у многих крупных CDN. Помимо HTTP, WebTransport и Media over QUIC предоставляют примитивы QUIC напрямую приложению, открывая возможности, которые невозможно реализовать ни с помощью HTTP, ни с помощью WebRTC.
Эксплуатационная история QUIC двойственна. Браузеры поддерживают его повсеместно, а крупные CDN – Cloudflare, Fastly, Akamai, Google – по умолчанию используют QUIC для HTTPS. Однако middlebox’ы – корпоративные прокси, security-шлюзы, некоторые enterprise-файрволы – иногда блокируют UDP/443 целиком или принудительно переключают трафик на TCP. Шифрование скрывает то, что раньше было доступно для анализа on-path, и привычный traffic shaping перестаёт работать так же эффективно – это уже стало точкой трения с частью провайдеров.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.