Meta、Instagram Liveで独自動画プロトコルをオープンなMoQ標準に置き換え

Metaは、リアルタイム動画ストリーミング向けの新興オープンプロトコルであるMedia over QUIC (MoQ)の展開を開始し、iOSおよびAndroidにおけるInstagram Liveの配信取り込み（インジェスト）に適用しています。この変更により、同社が10年間使用してきた独自プロトコル「RUSH」が置き換えられ、大規模環境での標準化された低遅延メディア転送への大きな一歩となりました。今回の展開の詳細は最近のエンジニアリングアップデートで公開され、DEMOQED 2026でも発表されました。

何が起きたか

約10年間にわたり、Metaはライブ動画の取り込みにおいてRTMPを置き換える目的で設計された社内QUICベースのプロトコル「Reliable Ultra-low-latency Streaming over HTTP (RUSH)」に依存していました。RUSHは、QUICが大規模なライブメディア処理に対応できることを証明しましたが、主にMetaによって運用される独自ソリューションのまま remained（残りました）。ライブ動画、リアルタイムAI、生成型クリエイションツールが同一アプリケーション内で重なり合うにつれ、取り込み、再生、リアルタイム通信それぞれに対して個別のプロトコルスタックを維持することは非効率になりました。各スタックには異なるサービング基盤、監視体制、運用ノウハウが必要だったためです。

この断片化に対処するため、MetaはGoogle、Akamai、Cisco、Cloudflareなどの業界パートナーと共同で開発された新興IETF標準であるMoQの採用を決断しました。Instagram Liveは、同社最大のライブ動画ワークロードを表しているため、最初の展開対象として選ばれました。このような高ボリュームサービスの移行成功は、MoQが厳しい取り込み要件を満たしつつ、将来のインタラクティブ体験のための共通基盤を提供できることを示しています。目標は即座のパフォーマンス向上ではなく、RUSHとの指標同等性（メトリックパリティ）を達成し、将来のアーキテクチャ変更のためのクリーンなベースラインを確立することでした。

今回のロールアウトでは、サービス上のすべての放送の基盤を変更しながらも、クリエイターや視聴者に退行（リグレッション）を起こさないことが求められました。Metaのエンジニアは、ブロードキャスターアプリが新プロトコルを学習できること、バックエンドパイプラインが新しいフレーミングを処理できること、そして数秒以内にロールアウトを元に戻せることを保証する必要がありました。さらに、一部のネットワークでは依然として新しい転送方式を確実に伝送できないという課題もあり、移行の複雑さを増す要因となりました。

仕組み

MoQはQUICの上に構築されており、TCPに見られるヘッドオブラインブロッキングなしに独立したストリームが進行できるようにするトランスポート層を利用しています。このアーキテクチャは、接続セットアップの高速化と接続マイグレーションをサポートしており、ネットワーク間を移動するモバイルユーザーにとって極めて重要です。MoQの中核的な抽象概念は「Track」であり、パブリッシャーがプッシュし、サブスクライバーがリレーのネットワークを通じて受信する、アドレス可能なメディアオブジェクトのストリームです。これらのリレーは、実際のメディアペイロードを解析することなく、フレーミングと配信メタデータに基づいてオブジェクトをキャッシュおよび転送します。

従来のHTTPストリーミングではキャッシュやファンアウトが後付けされがちですが、MoQはこれらの機能をプロトコル設計そのものに統合しています。リレーは組み込みのキャッシュエンドポイントとして機能し、CDN基盤を通じてメディアストリームを効率的にスケールさせることができます。また、プロトコルはユースケースに応じた調整可能な遅延をサポートしており、同じトラックに対する2人のサブスクライバーが同時に異なる遅延で動作することが可能です。例えば、インタラクティブな参加者は約100msの遅延を経験する一方で、アーカイブサービスは数秒の遅延で動作しますが、これらはすべてサブスクリプションごとの調整可能な配信プロパティに基づいています。

移行を管理するため、Metaはバックエンド全体を書き換えるのではなく、エッジ部分に翻訳レイヤーを実装しました。MoQの取り込み接続は専用のエッジエンドポイントで終端し、そこでトランスレーターがMoQフレームを既存のバックエンドが理解できるRUSH形式に変換します。このアプローチにより、Metaは下流システムを変更することなくクライアント側の転送方式のみを切り替えることができました。MoQが唯一の取り込み経路になった時点で、バックエンドはMoQをネイティブに消費し、翻訳用シムは削除されます。

主要な詳細

• プロトコルの基礎: MoQはQUIC上に構築された新興IETF標準であり、ライブストリーミングとリアルタイム通信のための低遅延かつスケーラブルなメディア配信を可能にします。
• 展開範囲: このプロトコルは現在、iOSおよびAndroidデバイスの両方におけるInstagram Liveの取り込みで稼働しており、量としてはMoQの既知の最大級の応用例の一つとなっています。
• クライアント統合: MetaはオープンソースのMoQライブラリ「moxygen」を使用し、パブリッシャー、サブスクライバー、リレーの役割をアプリに統合しました。これは同社のQUICスタック「mvfst」と連携して動作します。
• ネットワーク耐障害性: QUICがファイアウォールやキャリアネットワークによってブロックされた場合、MoQはWebTransport over HTTP/2や新興のQMUXマッピングなどの標準化されたマッピングを通じてTCPへフォールバックできます。
• 可観測性の課題: QUICの暗号化によりミドルボックスやパケットキャプチャからフレーミングが隠蔽されるため、Metaはトラフィックを復号せずにオブジェクトレベルのイベントを監視できるよう、エッジ部分にMoQ対応のトレーシングを組み込みました。
• 今後のロードマップ: Metaは、音声、動画、メタデータを独立したストリーム上で運ぶためのサブグループなどのネイティブ構造を活用し、MoQをライブ再生やリアルタイムインタラクティブAIへと拡張する計画です。

なぜ重要なのか

リアルタイムメディアアプリケーションを開発するエンジニアにとって、MetaによるMoQの採用は、断片化された独自プロトコルスタックから、統一された標準ベースのアプローチへの転換を示唆しています。取り込み（RTMP/RUSH）、再生（HLS/DASH）、リアルタイム通信（WebRTC）のために個別のシステムを維持することは、多大な運用オーバーヘッドを生み出します。取り込み、配信、再生をすべて処理できる単一のトランスポートは、チームが維持すべきカスタムトランスポートの数を減らし、インフラ互換性よりも製品機能の開発に集中することを可能にします。

この動きは、会話型AIなど新興ユースケースにおいて、低遅延かつ双方向のトランスポートの重要性が高まっていることも浮き彫りにしています。AIエージェントがユーザーとリアルタイムで対話するようになると、シグナリングとメディアを単一の堅牢な接続上で一緒に運ぶ能力が不可欠になります。MoQの部分信頼性（partial reliability）サポートにより、プレイヤーはパケットロス後に古い動画をスキップでき、遅延の蓄積を防ぐことができます。これはレスポンシブなAIインタラクションにとって重要な機能です。オープン標準への貢献と採用を通じて、Metaは相互運用性と共有された革新が業界全体の開発を加速させるエコシステムの構築を支援しています。

できること

• 新規プロジェクトでのMoQ評価: 新しいライブストリーミングやリアルタイム通信サービスを構築する場合、陳腐化する可能性のある独自プロトコルへのロックインを避けるため、MoQの使用を検討してください。
• オープンソースライブラリの探索: Metaのmoxygenライブラリやその他のオープンソースMoQ実装を確認し、プロトコルがパブリッシング、サブスクリプション、リレーイングをどのように処理するかを理解してください。
• QUICフォールバック機構のテスト: WebTransport over HTTP/2やQMUXなどの標準化されたTCPフォールバックを実装し、インフラがQUICブロックに対応できることを確認してください。
• 可観測性の改善: 従来のパケットキャプチャツールではメディアフレーミングやオブジェクト配信の可視性が得られないため、暗号化されたQUICトラフィックに対するアプリケーションレベルのトレーシングに投資してください。
• IETF動向の監視: MoQ Transport IETFドラフトは進化しており、アクティブな標準は破壊的変更や新機能をもたらす可能性があるため、実装への影響を追跡してください。
• 統一アーキテクチャの計画: 取り込み、配信、再生を一つの整合性のあるシステムに組み合わせることで、現在のスタックを単純化できるかどうかを検討してください。