Meta تطلق Media over QUIC لاستقبال بث Instagram Live بدلاً من المنظومة القديمة

بدأت Meta نشر Media over QUIC (MoQ) في Instagram Live. ويتعلق الأمر بمرحلة «الميل الأول»: هاتف صاحب البث يرسل تدفق الفيديو إلى خوادم الشركة. وMoQ بروتوكول مفتوح للفيديو في الوقت الفعلي يجري تطويره في IETF، ولم يصدر له RFC نهائي بعد. وتراهن منصة يتجاوز جمهورها 2 مليار شخص شهرياً عليه بحركة إنتاج فعلية. وتتحدث Meta في إعلانها عن تبسيط منظومة البروتوكولات وتحسين تجربة المستخدم. أما أرقام زمن التأخير والفاقد ونسبة الحركة التي جرى نقلها، فلا ترد في النص المنشور.

ما الذي تغيّر تحديداً

يتألف البث المباشر التقليدي من عدة طبقات، ولكل طبقة قواعدها الخاصة. فقد بُني استقبال البث (ingest) على مدى عقود على RTMP، وهو بروتوكول يعود إلى عصر Flash، ويعمل فوق TCP، ويعرفه كل مُرمِّز (encoder) جيداً. أما المشاهدون فيصلهم الفيديو عبر مسار مختلف تماماً، غالباً HLS أو DASH بما فيهما من مقاطع ومخازن مؤقتة، وأحياناً WebRTC لتحقيق زمن تأخير منخفض. وبين هذين العالمين تقف محوِّلات. وكل واحد منها يضيف تأخيراً ونقطة عطل وبنوداً جديدة إلى قائمة أعمال المهندسين المتراكمة.

يحاول MoQ جمع ذلك كله في مخطط واحد. تُقسَّم الوسائط إلى مسارات ومجموعات وكائنات. يدفع الناشر هذه الكائنات إلى الشبكة، ويستلمها المشتركون، بينما تعيد المرحِّلات (relays) الوسيطة توجيه البيانات دون تحليل محتواها. ويعمل البروتوكول عبر QUIC (RFC 9000) أو عبر WebTransport فوقه. ووفق وصف Meta، تُبسَّط المنظومة في هذه المرحلة، وقد اكتسبت الشركة بالفعل خبرة تشغيلية عملية. وحسب المعلومات المتاحة، لدى Meta أيضاً تنفيذ مفتوح خاص بها لـ MoQ، هو مكتبة Moxygen.

لماذا QUIC تحديداً

في البث من الأجهزة المحمولة، يتمتع QUIC بمزايا ملموسة مقارنة بـ TCP:

• لا حجب في مقدمة الطابور. في TCP يؤدي فقدان حزمة واحدة إلى إبطاء التدفق كله. أما في QUIC فلا تعيق التدفقات المستقلة بعضها بعضاً.
• ترحيل الاتصال. إذا خرج صاحب البث من نطاق Wi‑Fi وانتقل إلى LTE، يمكن أن تستمر الجلسة دون إعادة اتصال كاملة.
• إنشاء اتصال سريع. تُدمج المصافحة مع TLS 1.3، ولذلك يجري بدء البث والتعافي بعد الانقطاع بسرعة أكبر.
• التحكم في قِدَم البيانات. عند الازدحام يمكن في MoQ التخلي عن مجموعات الإطارات القديمة بدل تراكم التأخير. وهذا أهم في البث المباشر من إيصال كل بايت.

ما المعروف وما غير المعروف

• البروتوكول: Media over QUIC، مسودات IETF، ولا يوجد اعتماد نهائي كمعيار.
• مرحلة الاعتماد: استقبال البث (ingest) في Instagram Live.
• حجم المنصة: أكثر من 2 مليار مستخدم شهرياً.
• الأثر المعلن: تبسيط المنظومة وتحسين تجربة المستخدم.
• غير معلن: زمن التأخير قبل الانتقال وبعده، ونسبة الحركة على MoQ، والتأثير في استقرار البث وفي كلفة البنية التحتية.

السؤال الرئيسي هنا ليس تقنياً بل تنظيمي. فاعتماد بروتوكول بلا معيار نهائي في إنتاج بهذا الحجم يعني أن Meta مستعدة لصيانة نسخة متفرعة (fork) من المواصفة وتغيير التنفيذ تبعاً للمسودات. وهذا المسار مكلف عادةً للفرق الصغيرة. أما بالنسبة إلى Meta فهو استثمار في توحيد منظومة الفيديو وعدم الارتهان لإرث RTMP.

ما الذي ينبغي أن تفعله الفرق العاملة في البث

لا يزال من المبكر إعادة كتابة منظومة الإنتاج لتعمل على MoQ. والخطة المعقولة هي: متابعة مسودات IETF، ونشر مرحِّل تجريبي، وتشغيل حركة البيانات الخاصة بكم عليه. ويُستحسن البدء بالتنفيذات المفتوحة، ومنها Moxygen، ثم مقارنة زمن التأخير والسلوك على الشبكات الضعيفة مع RTMP وWebRTC المستخدمين حالياً. وتأكدوا من دعم المُرمِّزات ومجموعات SDK للأجهزة المحمولة، فغياب هذا الدعم هو في الغالب ما يعطّل الانتقال. وإذا لم يكن لديكم شرط لزمن تأخير أقل من ثانية، فلا يزال HLS منخفض التأخير الخيار الأكثر قابلية للتنبؤ حالياً. وحين تنشر Meta أرقامها الفعلية، ستكون أفضل مرجع لاتخاذ القرار.