Meta remplace son protocole vidéo personnalisé par le standard ouvert MoQ pour Instagram Live

Meta a commencé à déployer Media over QUIC (MoQ), un protocole ouvert émergent pour la diffusion vidéo en temps réel, dans l'ingestion d'Instagram Live sur iOS et Android. Ce changement remplace le protocole propriétaire vieux de dix ans de l'entreprise, RUSH, marquant une étape significative vers un transport média normalisé et à faible latence à grande échelle. Le déploiement a été détaillé dans une récente mise à jour technique et présenté lors de DEMOQED 2026.

Ce qui s'est passé

Pendant près de dix ans, Meta s'est appuyé sur Reliable Ultra-low-latency Streaming over HTTP (RUSH), un protocole interne basé sur QUIC conçu pour remplacer RTMP pour l'ingestion de vidéos en direct. Bien que RUSH ait prouvé que QUIC pouvait gérer les médias en direct à grande échelle, il est resté une solution propriétaire opérée principalement par Meta. À mesure que la vidéo en direct, l'IA en temps réel et les outils de création générative se chevauchent de plus en plus au sein des mêmes applications, maintenir des piles de protocoles distinctes pour l'ingestion, la lecture et la communication en temps réel est devenu inefficace. Chaque pile nécessitait une infrastructure de service, une surveillance et une expertise opérationnelle distinctes.

Pour remédier à cette fragmentation, Meta a choisi d'adopter MoQ, un standard IETF émergent développé en collaboration avec des partenaires industriels tels que Google, Akamai, Cisco et Cloudflare. Instagram Live a été sélectionné comme cible initiale du déploiement car il représente la charge de travail vidéo en direct la plus importante de l'entreprise. La migration réussie d'un service à aussi fort volume démontre que MoQ peut répondre aux exigences strictes d'ingestion tout en fournissant une base commune pour les futures expériences interactives. L'objectif n'était pas une amélioration immédiate des performances, mais plutôt d'atteindre une parité métrique avec RUSH pour établir une base propre pour les futurs changements architecturaux.

Le déploiement impliquait de changer les fondations sous chaque diffusion du service sans provoquer de régressions pour les créateurs ou les spectateurs. Les ingénieurs de Meta ont dû s'assurer que les applications de diffusion pouvaient apprendre le nouveau protocole, que les pipelines backend pouvaient traiter le nouveau formatage, et que le déploiement restait réversible en quelques secondes. Une partie non négligeable des réseaux ne peut toujours pas transporter la nouvelle couche de transport de manière fiable, ajoutant une autre couche de complexité à la migration.

Comment cela fonctionne

MoQ est construit au-dessus de QUIC, une couche de transport qui permet aux flux indépendants de progresser sans le blocage en tête de ligne typique de TCP. Cette architecture prend en charge une configuration de connexion plus rapide et la migration de connexion, ce qui est crucial pour les utilisateurs mobiles changeant de réseau. L'abstraction centrale dans MoQ est un "Track" (piste), un flux adressable d'objets média que les éditeurs poussent et que les abonnés reçoivent via un réseau de relais. Ces relais mettent en cache et transmettent les objets en fonction du formatage et des métadonnées de livraison sans analyser la charge utile média réelle.

Contrairement au streaming HTTP traditionnel où la mise en cache et la distribution sont souvent ajoutées après coup, MoQ intègre directement ces capacités dans la conception du protocole. Les relais agissent comme des points de terminaison de cache intégrés, permettant aux flux média de passer à l'échelle efficacement via l'infrastructure CDN. Le protocole prend également en charge une latence réglable selon le cas d'utilisation, ce qui signifie que deux abonnés à la même piste peuvent fonctionner avec des latences différentes simultanément. Par exemple, un participant interactif pourrait connaître une latence d'environ ~100 ms, tandis qu'un service d'archivage fonctionnerait avec plusieurs secondes de délai, le tout basé sur des propriétés de livraison réglables par abonnement.

Pour gérer la transition, Meta a implémenté une couche de traduction à la périphérie (edge) plutôt que de réécrire l'ensemble du backend. Les connexions d'ingestion MoQ se terminent sur des points de terminaison edge dédiés où un traducteur convertit les trames MoQ au format RUSH que le backend existant comprend déjà. Cette approche a permis à Meta de changer le transport client sans altérer les systèmes en aval. Une fois que MoQ deviendra le seul chemin d'ingestion, le backend consommera MoQ nativement et la couche de traduction provisoire sera supprimée.

Détails clés

• Base du protocole : MoQ est un standard IETF émergent construit sur QUIC, permettant une livraison média scalable et à faible latence pour le streaming en direct et la communication en temps réel.
• Portée du déploiement : Le protocole est désormais actif pour l'ingestion d'Instagram Live sur les appareils iOS et Android, représentant l'une des plus grandes utilisations connues de MoQ en termes de volume.
• Intégration client : Meta a utilisé moxygen, sa bibliothèque MoQ open-source, pour intégrer les rôles d'éditeur, d'abonné et de relais dans ses applications, en travaillant parallèlement à sa pile QUIC, mvfst.
• Résistance du réseau : Lorsque QUIC est bloqué par des pare-feu ou des réseaux opérateurs, MoQ peut revenir à TCP via des mappages standardisés tels que WebTransport over HTTP/2 ou le mappage QMUX émergent.
• Défis d'observabilité : Parce que le chiffrement QUIC masque le formatage aux intermédiaires et aux captures de paquets, Meta a intégré un traçage spécifique à MoQ à la périphérie pour surveiller les événements au niveau objet sans déchiffrer le trafic.
• Feuille de route future : Meta prévoit d'étendre MoQ à la lecture en direct et à l'IA interactive en temps réel, en utilisant des constructions natives comme les sous-groupes pour transporter l'audio, la vidéo et les métadonnées sur des flux indépendants.

Pourquoi c'est important

Pour les ingénieurs développant des applications média en temps réel, l'adoption de MoQ par Meta signale un passage des piles de protocoles propriétaires fragmentées vers une approche unifiée basée sur des standards. Maintenir des systèmes séparés pour l'ingestion (RTMP/RUSH), la lecture (HLS/DASH) et la communication en temps réel (WebRTC) crée une charge opérationnelle significative. Un transport unique gérant l'ingestion, la livraison et la lecture réduit le nombre de transports personnalisés que les équipes doivent maintenir, leur permettant de se concentrer sur les fonctionnalités produit plutôt que sur la compatibilité de l'infrastructure.

Ce mouvement souligne également l'importance croissante des transports bidirectionnels à faible latence pour les nouveaux cas d'utilisation tels que l'IA conversationnelle. Alors que les agents IA commencent à interagir avec les utilisateurs en temps réel, la capacité de transporter la signalisation et les médias ensemble sur une seule connexion résiliente devient essentielle. La prise en charge de la fiabilité partielle par MoQ permet aux lecteurs de sauter les vidéos obsolètes après une perte de paquets au lieu d'accumuler du délai, une fonctionnalité qui sera cruciale pour les interactions IA réactives. En contribuant à et en adoptant un standard ouvert, Meta aide à créer un écosystème où l'interopérabilité et l'innovation partagée peuvent accélérer le développement dans toute l'industrie.

Ce que vous pouvez faire

• Évaluer MoQ pour de nouveaux projets : Si vous construisez un nouveau service de streaming en direct ou de communication en temps réel, envisagez d'utiliser MoQ pour éviter de vous enfermer dans des protocoles propriétaires qui pourraient devenir obsolètes.
• Explorer les bibliothèques open-source : Consultez la bibliothèque moxygen de Meta et d'autres implémentations MoQ open-source pour comprendre comment le protocole gère la publication, l'abonnement et le relais.
• Tester les mécanismes de repli QUIC : Assurez-vous que votre infrastructure peut gérer le blocage de QUIC en implémentant des replis TCP standardisés tels que WebTransport over HTTP/2 ou QMUX.
• Améliorer l'observabilité : Investissez dans le traçage au niveau application pour le trafic QUIC chiffré, car les outils traditionnels de capture de paquets ne fourniront pas de visibilité sur le formatage média et la livraison d'objets.
• Suivre les développements de l'IETF : Gardez un œil sur le projet de transport MoQ de l'IETF à mesure qu'il évolue, car les standards actifs peuvent introduire des modifications cassantes ou de nouvelles fonctionnalités impactant votre implémentation.
• Planifier des architectures unifiées : Considérez comment un transport unique pourrait simplifier votre pile actuelle en combinant l'ingestion, la livraison et la lecture en un système cohérent.