Meta、Instagram Liveの配信取り込みにMoQを本番導入

Live取り込みにMoQを採用

Metaは2026年10月12日のブログで、Media over QUIC（MoQ）をInstagram Liveの映像取り込み（ingest）に本番導入したと発表しました。対象はiOSとAndroidです。取り込みとは、配信者の端末から映像をサービス側へ送り込む経路を指します。

MoQはIETFで策定が進むオープン標準で、リアルタイム映像配信を低遅延かつ大規模に届けるためのトランスポートとして位置づけられています。Metaはこの取り組みをDEMOQED 2026でも発表したとしています。ライブ配信の再生側ではなく、まず取り込み側から適用した点が今回の特徴です。

MoQの仕組みと特徴

MoQはQUICトランスポート層の上で動きます。QUICでは独立したストリームがTCPのような相互のヘッドオブラインブロッキングを受けずに進み、接続確立の高速化や接続マイグレーションにも対応します。Metaは以前のQUIC導入で、HTTP/2よりリクエストエラー、テールレイテンシ、映像スタールが低かったと説明しており、MoQは同じ土台をライブ・リアルタイム映像に適用するものです。

MoQの中核となる抽象は「Track」です。配信者がpushし、購読者がrelay網を介して受け取る、アドレス指定可能なメディアオブジェクトのストリームを指します。relayはメディアのペイロードを解析せず、MoQのフレーミングと配信メタデータだけを理解してキャッシュと転送を行います。

同じトラックの2人の購読者が、同時に異なる遅延で受信できます。Metaは対話的参加者で約100ミリ秒、アーカイブやバッファリング用途で数秒という例を挙げています。さらにrelayはメタデータに基づいてオブジェクトを破棄・優先・再送でき、QUICが使えない場合は標準化されたマッピングでTCPへフォールバックする設計が示されています。

RUSHからの移行

Metaのライブ配信は約10年にわたりRUSH（Reliable Ultra-low-latency Streaming over HTTP）で運用されてきました。RUSHはRTMPを置き換えるためにMetaが開発した社内QUICベースのプロトコルで、MoQの前身にあたると説明されています。ライブ取り込みはRUSHで安定して動いていたものの、オープンなエコシステムに比べて後れを取るようになっていました。

MoQへ移す狙いの一つは、主にMetaが単独で運用してきたプロトコルから、共有された標準の取り組みへ開発の重心を移すことです。複数の実装者が経験を持ち寄り、相互接続性を検証し、仕様改善に参加できるようになります。

導入では4つのアプリにまたがるクライアント統合が必要でした。MetaのオープンソースMoQライブラリmoxygenを使ったpublisherを組み込み、QUICスタックmvfstと統合しています。設定パラメータ1つでMoQとRUSHを切り替えられ、エッジでMoQフレームをRUSH形式に変換するため、バックエンド側は変更していません。

導入時の運用課題

IETF標準であるがゆえに、仕様は開発中も変化し続けました。Metaは特定のドラフト版に固定し、古いクライアント向けの互換シムを維持し、改善点をIETFの作業部会に還元したと説明しています。標準化途上のプロトコルを本番に載せる際の典型的な負担が生じた形です。

ネットワーク側の制約も残ります。企業網やキャリア網ではUDP/443がブロックまたはレート制限されることが少なくありません。Metaはライブ配信の開始時にTCPとQUICのどちらのハンドシェイクが勝つかでトランスポートを選び、そのセッションではその方式を使い続けるとしています。

可観測性にも工夫が必要でした。QUICの暗号化により、中間装置からも自社のパケットキャプチャからもフレーミングが見えません。MetaはエッジにMoQ対応のトレースを組み込み、通信を復号せずにオブジェクト単位のイベントを把握できるようにしました。

今後の展開と未確定点

今回の目標はRUSHとの同等性（parity）でした。Metaは、展開に用いたストリーミング品質指標と信頼性指標でMoQ経路がRUSHと並んだと説明しています。ただし具体的な数値はブログに示されておらず、同等性を第三者が検証した形にはなっていません。

今後は、サブグループを使って音声・映像・メタデータを独立ストリームに載せることや、QMUXなど標準化されたTCPフォールバックを導入してRUSHへの依存を外すことが検討されています。実現すればRUSHを退役させられる可能性がありますが、時期や対象アプリの一覧は公表されていません。