مشاركة عبر

دفق المحتوى باستخدام تكامل CDN

  • مقالة

شعار Media Services v3

تحذير

سيتم إيقاف Azure Media Services في 30 يونيو 2024. لمزيد من المعلومات، راجع دليل إيقاف AMS .

مهم

مع إيقاف Azure Media Services اعتبارا من 30 يونيو 2024 ستتوقف Azure CDN Standard من Akamai في 31 أكتوبر 2023 من الأفضل عدم إنشاء شبكات CDN جديدة للاستخدام مع Azure Media Services. راجع دليل إيقاف Azure Media Services.

توفر شبكة تسليم المحتوى من Azure (CDN) للمطورين حلا عالميا لتقديم محتوى عرض النطاق الترددي العالي بسرعة للمستخدمين عن طريق التخزين المؤقت لمحتواهم في العقد الفعلية الموضوعة استراتيجيا في جميع أنحاء العالم.

تخزن CDN المحتوى الذي يتم دفقه من خدمات الوسائط نقطة نهاية البث (الأصل) لكل برنامج ترميز، لكل بروتوكول دفق، لكل معدل بت، لكل تنسيق حاوية، ولكل تشفير/DRM. لكل مجموعة من ترميز تدفق بروتوكول الحاوية format-bitrate-encryption، سيكون هناك ذاكرة تخزين مؤقت منفصلة ل CDN.

سيتم تقديم المحتوى الشائع مباشرة من ذاكرة التخزين المؤقت ل CDN طالما تم تخزين جزء الفيديو مؤقتا. من المحتمل أن يتم تخزين المحتوى المباشر مؤقتا لأن لديك عادة العديد من الأشخاص يشاهدون نفس الشيء بالضبط. يمكن أن يكون المحتوى عند الطلب أكثر صعوبة لأنه قد يكون لديك بعض المحتويات الشائعة وبعضها غير شائع. إذا كان لديك الملايين من أصول الفيديو حيث لا يكون أي منها شائعا (عارض واحد أو اثنين فقط في الأسبوع) ولكن لديك الآلاف من الأشخاص يشاهدون جميع مقاطع الفيديو المختلفة، تصبح CDN أقل فعالية بكثير.

تحتاج أيضا إلى التفكير في كيفية عمل الدفق التكيفي. يتم تخزين كل جزء فيديو فردي مؤقتا ككيان خاص به. على سبيل المثال، تخيل المرة الأولى التي تتم فيها مشاهدة فيديو معين. إذا كان العارض يتخطى مشاهدة بضع ثوان فقط هنا وهناك، يتم تخزين أجزاء الفيديو المقترنة بما شاهده الشخص مؤقتا في CDN. مع الدفق التكيفي، عادة ما يكون لديك 5 إلى 7 معدل بت مختلف من الفيديو. إذا كان شخص واحد يراقب معدل البت واحد وشخص آخر يشاهد معدل البت مختلفا، تخزين كل منهم مؤقتا بشكل منفصل في CDN. حتى إذا كان شخصان يشاهدان معدل البت نفسه، فقد يكونان يتدفقان عبر بروتوكولات مختلفة. يتم تخزين كل بروتوكول (HLS، MPEG-DASH، Smooth Streaming) مؤقتا بشكل منفصل. لذلك يتم تخزين كل معدل البت والبروتوكول بشكل منفصل ويتم تخزين أجزاء الفيديو التي تم طلبها مؤقتا فقط.

باستثناء بيئة الاختبار، نوصي بتمكين CDN لكل من نقاط النهاية المتدفقة القياسية والمميزة. يحتوي كل نوع من أنواع نقاط نهاية الدفق على حد معدل نقل معتمد مختلف.

من الصعب إجراء حساب دقيق للحد الأقصى لعدد التدفقات المتزامنة التي تدعمها نقطة نهاية الدفق نظرا لوجود عوامل مختلفة يجب أخذها في الاعتبار. وتشمل هذه الخطوات ما يلي:

  • الحد الأقصى لمرات البت المستخدمة للبث
  • سلوك ما قبل المخزن المؤقت والتبديل للاعب. يحاول اللاعبون اندفاع المقاطع من أصل واستخدام سرعة التحميل لحساب تبديل معدل البت التكيفي. إذا اقتربت نقطة نهاية البث من التشبع، يمكن أن تختلف أوقات الاستجابة ويبدأ اللاعبون في التبديل إلى جودة أقل. نظرا لأن هذا يقلل الحمل على مشغلات نقطة النهاية المتدفقة، قم بالتحجيم مرة أخرى إلى جودة أعلى مما يؤدي إلى إنشاء مشغلات تبديل غير مرغوب فيها.

بشكل عام، من الآمن تقدير الحد الأقصى للتدفقات المتزامنة عن طريق أخذ الحد الأقصى لمعدل نقل نقطة نهاية الدفق وتقسيم هذا على الحد الأقصى لمعدل البت (بافتراض أن جميع اللاعبين يستخدمون أعلى معدل بت.) على سبيل المثال، يمكنك الحصول على نقطة نهاية بث قياسية تقتصر على 600 ميغابت في الثانية وأعلى معدل بت يبلغ 3 ميغابايت. في هذه الحالة، يتم دعم ما يقرب من 200 دفق متزامن في أعلى معدل البت. تذكر أن عاملا في متطلبات النطاق الترددي للصوت أيضا. على الرغم من أن دفق الصوت قد يكون فقط في 128 كيلوبت في الثانية، إلا أن إجمالي الدفق يضيف بسرعة عند ضربه في عدد التدفقات المتزامنة.

يناقش هذا الموضوع تمكين تكامل CDN. كما يشرح الإحضار المسبق (التخزين المؤقت النشط) ومفهوم Origin-Assist CDN-Prefetch.

الاعتبارات

  • تظل نقطة نهاية تدفق hostname وعنوان URL المتدفق كما هو سواء قمت بتمكين CDN أم لا.
  • إذا كنت بحاجة إلى القدرة على اختبار المحتوى الخاص بك باستخدام CDN أو بدونه، فبادر بإنشاء نقطة نهاية دفق أخرى غير ممكنة ل CDN.

تمكين تكامل Azure CDN

مهم

لا يمكنك تمكين CDN لحسابات Azure التجريبية أو الطلاب.

يتم تمكين تكامل CDN في جميع مراكز بيانات Azure باستثناء مناطق الحكومة الفيدرالية والصين.

بعد توفير نقطة نهاية دفق مع تمكين CDN، هناك وقت انتظار محدد على خدمات الوسائط قبل إجراء تحديث DNS لتعيين نقطة نهاية الدفق إلى نقطة نهاية CDN.

إذا كنت تريد لاحقا تعطيل/تمكين CDN، يجب أن تكون نقطة نهاية البث في حالة إيقاف . بمجرد بدء تشغيل نقطة نهاية البث، قد يستغرق الأمر ما يصل إلى أربع ساعات حتى يتم تمكين تكامل Azure CDN والتغييرات لتكون نشطة عبر جميع عناوين IP ل CDN. ومع ذلك، يمكنك بدء تشغيل نقطة نهاية البث والدفق دون انقطاع من نقطة نهاية الدفق. بمجرد اكتمال التكامل، يتم تسليم الدفق من CDN. أثناء فترة التوفير، ستكون نقطة نهاية البث في بدءا من حالة وقد تلاحظ انخفاض الأداء.

عند إنشاء نقطة نهاية الدفق القياسي، يتم تكوينها افتراضيا باستخدام Standard Verizon. يمكنك تكوين موفري Premium Verizon أو Standard Akamai باستخدام واجهات برمجة تطبيقات REST.

يتم تنفيذ تكامل Azure Media Services مع Azure CDN على Azure CDN من Verizon لنقاط نهاية الدفق القياسية. يمكن تكوين نقاط نهاية الدفق المتميز باستخدام Standard Verizon أو Premium Verizon. يمكن تكوين Akamai القياسي فقط باستخدام واجهات برمجة تطبيقات REST أو حزم SDK للعميل.

ملاحظه

للحصول على تفاصيل حول Azure CDN، راجع نظرة عامة CDN.

تحديد ما إذا تم إجراء تغيير DNS

يمكنك تحديد ما إذا كان قد تم إجراء تغيير DNS على نقطة نهاية تدفق (يتم توجيه نسبة استخدام الشبكة إلى Azure CDN) باستخدام https://www.digwebinterface.com. إذا رأيت azureedge.net أسماء المجالات في النتائج، يتم الآن توجيه نسبة استخدام الشبكة إلى CDN.

Origin-Assist CDN-Prefetch

التخزين المؤقت ل CDN هو عملية تفاعلية. إذا كان بإمكان CDN التنبؤ بالعنصر التالي الذي سيتم طلبه، يمكن ل CDN طلب الكائن التالي وتخزينه مؤقتا بشكل استباقي. باستخدام هذه العملية، يمكنك تحقيق الوصول إلى ذاكرة التخزين المؤقت لجميع (أو معظم) الكائنات، مما يحسن الأداء.

الإحضار المسبق يسعى جاهدا لوضع العناصر في "حافة الإنترنت" توقع أن يتم طلب الكائنات من قبل اللاعب على وشك، وبالتالي تقليل الوقت لتسليم هذا الكائن إلى اللاعب.

لتحقيق هذا الهدف، تحتاج نقطة نهاية البث (الأصل) وCDN إلى العمل جنبا إلى جنب بطريقتين:

  • يحتاج أصل خدمات الوسائط إلى "التحليل الذكي" (Origin-Assist) لإخبار CDN بالعنصر الذي يجب الإحضار المسبق إليه بعد ذلك.
  • تقوم CDN بالإحضار المسبق والتخزين المؤقت (جزء الإحضار المسبق ل CDN). وينبغي أن يكون لدى شبكة تسليم المحتوى أيضا "معلومات استخباراتية" من أجل:
    • أخبر الأصل ما إذا كان إحضارا مسبقا أو إحضارا عاديا
    • التعامل مع استجابات 404
    • وطريقة لتجنب حلقة الجلب المسبق التي لا نهاية لها

فوائد

تتضمن فوائد ميزة Origin-Assist CDN-Prefetch ما يلي:

  • يحسن الإحضار المسبق جودة تشغيل الفيديو عن طريق تحديد موضع مقاطع الفيديو المتوقعة مسبقا على الحافة أثناء التشغيل، وتقليل زمن الوصول إلى العارض، وتحسين أوقات تنزيل مقطع الفيديو. يؤدي هذا إلى وقت بدء تشغيل الفيديو بشكل أسرع وتقليل تكرارات إعادة التشغيل.
  • ينطبق هذا المفهوم على سيناريو أصل CDN العام ولا يقتصر على الوسائط.
  • أضاف Akamai هذه الميزة إلى Akamai Cloud Embed (ACE).

ملاحظه

هذه الميزة غير قابلة للتطبيق بعد على Akamai CDN المدمجة مع نقطة نهاية تدفق خدمات الوسائط. ومع ذلك، فهو متاح لعملاء خدمات الوسائط الذين لديهم عقد Akamai موجود مسبقا ويتطلب تكاملا مخصصا بين Akamai CDN وأصل خدمات الوسائط.

كيفية عملها

يتوفر دعم CDN لعناوين Origin-Assist CDN-Prefetch (لكل من البث المباشر والفيديو عند الطلب) للعملاء الذين لديهم عقد مباشر مع Akamai CDN. تتضمن الميزة تبادلات رأس HTTP التالية بين Akamai CDN وأصل خدمات الوسائط:

رأس HTTP القيم المرسل المتلقي قصد
CDN-Origin-Assist-Prefetch-Enabled 1 (افتراضي) أو 0 كندي أصل للإشارة إلى أن CDN ممكن مسبقا.
CDN-Origin-Assist-Prefetch-Path مثل:
أجزاء(فيديو=1400000000,format=mpd-time-cmaf)		 أصل كندي لتوفير مسار الإحضار المسبق إلى CDN.
CDN-Origin-Assist-Prefetch-Request 1 (طلب الإحضار المسبق) أو 0 (طلب عادي) كندي أصل للإشارة إلى أن الطلب من CDN هو إحضار مسبق.

لمشاهدة جزء من تبادل الرأس أثناء العمل، يمكنك تجربة الخطوات التالية:

  1. استخدم cURL لإصدار طلب إلى مصدر خدمات الوسائط لمقطع صوت أو فيديو أو جزء. تأكد من إضافة CDN-Origin-Assist-Prefetch-Enabled: 1 العنوان في الطلب.
  2. في الاستجابة، يجب أن تشاهد CDN-Origin-Assist-Prefetch-Path العنوان مع مسار نسبي كقيمته.

بروتوكولات الدفق المدعومة

تدعم ميزة Origin-Assist CDN-Prefetch بروتوكولات الدفق التالية للبث المباشر والتدفق عند الطلب:

  • HLS v3
  • HLS v4
  • HLS CMAF
  • شرطة (CSF)
  • شرطة (CMAF)
  • تدفق سلس

الأسئلة المتداولة

  • ماذا لو كان عنوان URL لمسار الإحضار المسبق غير صالح بحيث تحصل الإحضار المسبق ل CDN على 404؟

    ستخزن CDN استجابة 404 مؤقتا لمدة 10 ثوان فقط (أو قيمة أخرى تم تكوينها).

  • لنفترض أن لديك فيديو عند الطلب. إذا تم تمكين الإحضار المسبق ل CDN، فهل تعني هذه الميزة أنه بمجرد أن يطلب العميل مقطع الفيديو الأول، ستبدأ الجلب المسبق حلقة لإحضار جميع مقاطع الفيديو اللاحقة مسبقا في نفس معدل البت؟

    لا، يتم إجراء الإحضار المسبق ل CDN فقط بعد طلب/استجابة بدأها العميل. لا يتم تشغيل الإحضار المسبق ل CDN أبدا بواسطة الجلب المسبق، لتجنب حلقة الإحضار المسبق.

  • هل ميزة Origin-Assist CDN-Prefetch قيد التشغيل دائما؟ كيف يمكن تشغيله/إيقاف تشغيله؟

    تكون هذه الميزة متوقفة عن التشغيل بشكل افتراضي. يحتاج العملاء إلى تشغيله عبر Akamai API.

  • بالنسبة للبث المباشر، ماذا سيحدث Origin-Assist إذا لم يتوفر الجزء أو الجزء التالي بعد؟

    في هذه الحالة، لن يوفر أصل خدمات الوسائط عنوان CDN-Origin-Assist-Prefetch-Path ولن يحدث الإحضار المسبق ل CDN.

  • كيف يعمل Origin-Assist CDN-Prefetch مع عوامل تصفية البيان الديناميكية؟

    تعمل هذه الميزة بشكل مستقل عن عامل تصفية البيان. عندما يكون الجزء التالي خارج نافذة عامل تصفية، سيظل عنوان URL الخاص به موجودا من خلال النظر في بيان العميل الخام ثم إرجاعه كعنوان استجابة الإحضار المسبق ل CDN. لذلك ستحصل CDN على عنوان URL لجزء تمت تصفيته من DASH/HLS/Smooth manifest. ومع ذلك، لن يقدم اللاعب أبدا طلب GET إلى CDN لجلب هذا الجزء، لأن هذا الجزء غير مضمن في ملف DASH/HLS/Smooth الذي يحتفظ به اللاعب (اللاعب لا يعرف وجود هذا الجزء).

  • هل يمكن بدء تشغيل DASH MPD/HLS/بيان سلس مسبقا؟

    لا، لا تتم إضافة DASH MPD أو قائمة تشغيل HLS الرئيسية أو قائمة تشغيل متغيرة HLS أو عنوان URL السلس للبيان إلى رأس الإحضار المسبق.

  • هل عناوين URL للإحضار المسبق نسبية أم مطلقة؟

    في حين أن Akamai CDN يسمح بكليهما، فإن منشأ خدمات الوسائط يوفر فقط عناوين URL النسبية لمسار الإحضار المسبق لأنه لا توجد فائدة واضحة في استخدام عناوين URL المطلقة.

  • هل تعمل هذه الميزة مع المحتويات المحمية بواسطة DRM؟

    نعم، نظرا لأن هذه الميزة تعمل على مستوى HTTP، فإنها لا تقوم بفك ترميز أو تحليل أي مقطع/جزء. لا يهم ما إذا كان المحتوى مشفرا أم لا.

  • هل تعمل هذه الميزة مع إدراج الإعلان من جانب الخادم (SSAI)؟

    وهو ينطبق على المحتوى الأصلي/الرئيسي (يعمل محتوى الفيديو الأصلي قبل إدراج الإعلان)، نظرا لأن SSAI لا يغير الطابع الزمني للمحتوى المصدر من أصل خدمات الوسائط. يعتمد ما إذا كانت هذه الميزة تعمل مع محتويات الإعلان على ما إذا كان أصل الإعلان يدعم Origin-Assist. على سبيل المثال، إذا تمت استضافة محتويات الإعلان أيضا في Azure Media Services (الأصل نفسه أو المنفصل)، أيضا إحضار محتويات الإعلان مسبقا.

  • هل تعمل هذه الميزة مع محتويات UHD/HEVC؟

    نعم.

الإرشادات والبرامج التعليمية والعينات

- كيفية تمكين تحسينات CDN -كيفية تمكين Origin Shield

الحصول على المساعدة والدعم

يمكنك الاتصال بخدمات الوسائط بأسئلة أو متابعة تحديثاتنا بإحدى الطرق التالية:

  • Q & A
  • تجاوز مكدس الذاكرة المؤقتة . ضع علامة على الأسئلة باستخدام azure-media-services.
  • @MSFTAzureMedia أو استخدم @AzureSupport لطلب الدعم.
  • افتح تذكرة دعم من خلال مدخل Microsoft Azure.