Meta запустила Media over QUIC в приёме Instagram Live вместо старого стека

Meta начала разворачивать Media over QUIC (MoQ) в Instagram Live. Это участок первой мили: телефон автора отправляет видеопоток на серверы компании. MoQ — открытый протокол для real-time видео, который разрабатывают в IETF, и финального RFC у него ещё нет. Платформа с аудиторией более 2 млрд человек в месяц ставит на него реальный продакшен-трафик. В анонсе Meta говорит об упрощении протокольного стека и улучшении пользовательского опыта. Цифр по задержке, потерям и доле переведённого трафика в опубликованном тексте нет.

Что именно поменялось

У классического live-стриминга несколько слоёв, и каждый живёт по своим правилам. Ingest десятилетиями строился на RTMP: протокол родом из эпохи Flash, работает поверх TCP и хорошо знаком каждому энкодеру. Зрителям видео отдаётся совсем другим путём, чаще через HLS или DASH с сегментами и буферами, иногда через WebRTC для низкой задержки. Между этими мирами стоят конвертеры. Каждый из них добавляет задержку, точку отказа и строки в бэклоге инженеров.

MoQ пытается собрать всё в одну схему. Медиа делится на треки, группы и объекты. Публикатор отдаёт их в сеть, подписчики забирают, а промежуточные релеи пересылают данные, не разбирая содержимое. Транспортом служит QUIC (RFC 9000) или WebTransport поверх него. По описанию Meta, на этом участке стек упрощается, и компания уже получила рабочий опыт эксплуатации. Насколько известно, у Meta есть и собственная открытая реализация MoQ — библиотека Moxygen.

Почему именно QUIC

Для мобильного эфира у QUIC есть конкретные преимущества перед TCP:

• Нет блокировки очереди. Потеря одного пакета в TCP тормозит весь поток. В QUIC независимые потоки не мешают друг другу.
• Миграция соединения. Автор вышел из зоны Wi‑Fi и перешёл на LTE. Сессия может продолжиться без полного переподключения.
• Быстрое установление связи. Рукопожатие объединено с TLS 1.3, поэтому старт эфира и восстановление после обрыва проходят быстрее.
• Управление устареванием данных. При заторе в MoQ можно отбросить старые группы кадров, а не копить задержку. Для live это важнее, чем доставить каждый байт.

Что известно и чего нет

• Протокол: Media over QUIC, черновики IETF, финальной стандартизации нет.
• Участок внедрения: ingest в Instagram Live.
• Масштаб платформы: более 2 млрд пользователей в месяц.
• Заявленный эффект: упрощение стека и лучший пользовательский опыт.
• Не раскрыто: задержка до и после, доля трафика на MoQ, влияние на стабильность эфира и стоимость инфраструктуры.

Главный вопрос здесь не технический, а организационный. Протокол без финального стандарта в продакшене такого размера означает, что Meta готова поддерживать форк спецификации и менять реализацию вслед за черновиками. Для небольших команд такой путь обычно слишком дорог. Для Meta это инвестиция в то, чтобы унифицировать видеостек и не зависеть от наследия RTMP.

Что делать командам, которые работают со стримингом

Переписывать продакшен под MoQ сейчас рано. Разумный план такой: следить за черновиками IETF, развернуть тестовый релей и прогнать на нём собственный трафик. Начать стоит с открытых реализаций, включая Moxygen, а потом сравнить задержку и поведение на плохой сети с текущим RTMP и WebRTC. Обязательно проверьте поддержку в энкодерах и мобильных SDK: именно её отсутствие чаще всего блокирует переход. Если у вас нет требования к субсекундной задержке, HLS с низкой задержкой пока остаётся более предсказуемым выбором. Реальные цифры от Meta, когда она их опубликует, станут лучшим ориентиром для принятия решения.