دفق المحتوى مع تكامل CDN
تحذير
سيتم إيقاف Azure Media Services في 30 يونيو 2024. لمزيد من المعلومات، راجع دليل إيقاف AMS.
هام
أثناء إيقاف Azure Media Services اعتبارا من 30 يونيو 2024 وAzure CDN سيتم إيقاف Azure CDN Standard من Akamai في 31 أكتوبر 2023 ، فمن الأفضل عدم إنشاء شبكات CDN جديدة للاستخدام مع Azure Media Services. راجع دليل إيقاف Azure Media Services.
توفر شبكة تسليم المحتوى (CDN) في Azure للمطورين حلاً شاملاً لتسليم محتوى عرض النطاق الترددي العالي بسرعة للمستخدمين عن طريق تخزين المحتوى الخاص بهم مؤقتاً في العقد الفعلية الموضوعة استراتيجياً في جميع أنحاء العالم.
يخزن CDN المحتوى المتدفق من Media Services نقطة نهاية البث (الأصل) لكل برنامج ترميز وبروتوكول دفق ولكل معدل بت وتنسيق حاوية ولكل تشفير/DRM. لكل مجموعة من ترميز دفق بروتوكول حاوية تنسيق معدل البت التشفير، ستكون هناك ذاكرة تخزين CDN منفصلة.
سيتم تقديم المحتوى الشائع مباشرة من ذاكرة التخزين المؤقت لـ CDN ما دام تم تخزين جزء الفيديو مؤقتاً. من المحتمل أن يتم تخزين المحتوى المباشر مؤقتاً لأن لديك عادةً العديد من الأشخاص الذين يشاهدون نفس الشيء بالضبط. يمكن أن يكون المحتوى عند الطلب أصعب قليلاً لأنه قد يكون لديك بعض المحتوى الشائع والبعض الآخر ليس كذلك. إذا كان لديك الملايين من أصول الفيديو حيث لا يحظى أي منها بشعبية (فقط مشاهد واحد أو مشاهدان اثنان في الأسبوع) ولكن لديك الآلاف من الأشخاص يشاهدون جميع مقاطع الفيديو المختلفة، فإن CDN تصبح أقل فاعلية.
تحتاج أيضاً إلى التفكير في كيفية عمل البث التكيفي. يتم تخزين كل جزء فيديو فردي مؤقتاً باعتباره كياناً خاصاً به. على سبيل المثال، تخيل المرة الأولى التي يتم فيها مشاهدة مقطع فيديو معين. إذا تخطى المشاهد مشاهدة بضع ثوانٍ فقط هنا وهناك، فإن أجزاء الفيديو المرتبطة بما شاهده الشخص يتم تخزينها مؤقتاً في CDN. باستخدام البث التكيفي، يكون لديك عادةً من 5 إلى 7 معدلات بت مختلفة للفيديو. إذا كان شخص ما يشاهد معدل بت واحد وشخص آخر يشاهد معدل بت مختلف، فسيتم تخزين كل منهما مؤقتاً بشكل منفصل في CDN. حتى إذا كان هناك شخصان يشاهدان نفس معدل البت، فمن الممكن أن يتدفقوا عبر بروتوكولات مختلفة. يتم تخزين كل بروتوكول (HLS، MPEG-DASH، دفق سلس) مؤقتاً بشكل منفصل. لذلك يتم تخزين كل معدل بت وبروتوكول بشكل منفصل مؤقتاً ويتم تخزين أجزاء الفيديو التي تم طلبها مؤقتاً فقط.
باستثناء بيئة الاختبار، نوصي بتمكين CDN لكل من نقاط نهاية البث القياسية والمتميزة. لكل نوع من أنواع نقاط نهاية الدفق معدل النقل مدعوم مختلف.
من الصعب إجراء حساب دقيق للحد الأقصى لعدد التدفقات المتزامنة التي تدعمها نقطة نهاية التدفق نظراً لوجود العديد من العوامل التي يجب مراعاتها. وتشمل هذه القيود ما يلي:
- الحد الأقصى لمعدلات البت المستخدمة في التدفق
- لاعب قبل المخزن المؤقت وتبديل السلوك. يحاول اللاعبون اندفاع مقاطع من أصل واستخدام سرعة التحميل لحساب تبديل معدل البت التوافقي. إذا اقتربت نقطة نهاية البث من التشبع، فقد تختلف أوقات الاستجابة ويبدأ اللاعبون في التبديل إلى جودة أقل. نظراً لأن هذا يقلل من الحمل على مشغلات Streaming Endpoint، قم بالرجوع إلى جودة أعلى لإنشاء مشغلات تبديل غير مرغوب فيها.
بشكل عام، من الآمن تقدير الحد الأقصى للتدفقات المتزامنة عن طريق أخذ الحد الأقصى لمعدل نقل نقطة نهاية البث وتقسيم هذا على الحد الأقصى لمعدل البت (بافتراض أن جميع اللاعبين يستخدمون أعلى معدل بت.) على سبيل المثال، يمكنك الحصول على نقطة نهاية دفق قياسية تقتصر على 600 ميغابت في الثانية وأعلى معدل بت يبلغ 3 ميغابت. في هذه الحالة، يتم دعم ما يقرب من 200 تدفقات متزامنة عند أعلى معدل بت. تذكر أيضاً أن تضع في اعتبارك متطلبات النطاق الترددي الصوتي. رغم أن البث الصوتي قد يتم بثه بسرعة 128 كيلو في الثانية، إلا إن إجمالي البث يزيد بسرعة عندما تضربه في عدد التدفقات المتزامنة.
يناقش هذا الموضوع تمكين تكامل CDN. كما يشرح أيضاً الجلب المسبق (التخزين المؤقت النشط) ومفهوم Origin-Assist CDN-Prefetch.
الاعتبارات
- تظل نقطة نهاية البث
hostnameوعنوان URL للبث كما هو سواء تم تمكين CDN أم لا. - إذا كنت بحاجة إلى القدرة على اختبار المحتوى الخاص بك باستخدام CDN أو من دونه، فقم بإنشاء نقطة نهاية دفق أخرى غير ممكّنة لـ CDN.
تفعيل تكامل Azure CDN
هام
لا يمكنك تمكين CDN للإصدار التجريبي أو حسابات Azure لـ طالب.
يتم تمكين تكامل CDN في جميع مركز البيانات Azure باستثناء مناطق الحكومة الفيدرالية والصين.
بعد تزويد نقطة نهاية الدفق بتمكين CDN، هناك وقت انتظار محدد على Media Services قبل إجراء تحديث DNS لتعيين نقطة نهاية البث إلى نقطة نهاية CDN.
إذا أردت فيما بعد تعطيل/تمكين شبكة CDN، فيجب أن تكون نقطة نهاية البث في حالة stopped. بمجرد بدء تشغيل نقطة نهاية الدفق، قد يستغرق الأمر ما يصل إلى أربع ساعات حتى يتم تمكين تكامل Azure CDN ولكي تكون التغييرات نشطة عبر جميع شبكات CDN POP. ومع ذلك، يمكنك بدء نقطة نهاية البث والدفق دون انقطاع من نقطة نهاية البث. بمجرد اكتمال التكامل، يتم تسليم الدفق من CDN. أثناء فترة التوفير، ستكون نقطة نهاية البث في حالة starting وقد تلاحظ تدهور الأداء.
عند إنشاء نقطة نهاية البث القياسية، يتم تكوينها افتراضياً مع 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- الجلب المسبق
التخزين المؤقت لـ CDN هو عملية تفاعلية. إذا كان بإمكان CDN التنبؤ بالعنصر التالي الذي سيتم طلبه، يمكن ل CDN طلب الكائن التالي وتخزينه مؤقتا بشكل استباقي. باستخدام هذه العملية، يمكنك تحقيق نتيجة ذاكرة التخزين المؤقت لجميع (أو معظم) العناصر، ما يؤدي إلى تحسين الأداء.
الإحضار المسبق يسعى جاهدا لوضع الكائنات على "حافة الإنترنت" توقع أن الكائنات سيتم طلبها من قبل اللاعب قريبا، وبالتالي تقليل الوقت لتسليم هذا الكائن إلى اللاعب.
لتحقيق هذا الهدف، تحتاج نقطة نهاية البث (الأصل) وCDN إلى العمل جنباً إلى جنب بطريقتين:
- يحتاج أصل Media Services إلى "التحليل الذكي" (Origin-Assist) لإخبار CDN بالعنصر الذي يجب الإحضار المسبق إليه بعد ذلك.
- تقوم CDN بالإحضار المسبق والتخزين المؤقت (جزء الجلب المسبق ل CDN). يجب أن يكون لدى شبكة تسليم المحتوى أيضا "الذكاء" من أجل:
- أخبر الأصل سواء كان إحضارا مسبقا أو إحضارا عاديا
- التعامل مع 404 استجابات
- وطريقة لتجنب حلقة الجلب المسبق التي لا نهاية لها
المزايا
تتضمن فوائد ميزة Origin-Assist CDN-Prefetch ما يلي:
- يعمل الجلب المسبق على تحسين جودة تشغيل الفيديو من خلال وضع مقاطع الفيديو المتوقعة مسبقاً على الحافة أثناء التشغيل، وتقليل زمن الانتقال للمشاهد، وتحسين أوقات تنزيل مقطع الفيديو. ينتج عن هذا وقت بدء تشغيل أسرع للفيديو وتكرار حدوث إعادة تخزين أقل.
- هذا المفهوم قابل للتطبيق على سيناريو أصل CDN العام ولا يقتصر على الوسائط.
- أضاف Akamai هذه الميزة إلى Akamai Cloud Embed (ACE).
ملاحظة
هذه الميزة غير قابلة للتطبيق حتى الآن على Akamai CDN المدمجة مع نقطة نهاية دفق Media Services. ومع ذلك، فهو متاح لعملاء Media Services الذين لديهم عقد Akamai موجود مسبقاً ويتطلبون تكاملاً مخصصاً بين Akamai CDN وأصل Media Services.
كيف تعمل هذه الميزة
يتوفر دعم CDN للعناوين Origin-Assist CDN-Prefetch (لكل من البث المباشر والفيديو عند الطلب) للعملاء الذين لديهم عقد مباشر مع Akamai CDN. تتضمن الميزة عمليات تبادل رأس HTTP التالية بين Akamai CDN وأصل Media Services:
| رأس HTTP | القيم | Sender | المتلقي | الغرض |
|---|---|---|---|---|
CDN-Origin-Assist-Prefetch-Enabled |
1 (افتراضي) أو 0 | شبكة تسليم المحتوى | أصل | للإشارة إلى أنه تم تمكين الجلب المسبق لـ CDN. |
CDN-Origin-Assist-Prefetch-Path |
مثال: Fragments(video=1400000000,format=mpd-time-cmaf) |
أصل | شبكة تسليم المحتوى | لتوفير مسار الجلب المسبق لـ CDN. |
CDN-Origin-Assist-Prefetch-Request |
1 (طلب الجلب المسبق) أو 0 (طلب منتظم) | شبكة تسليم المحتوى | أصل | للإشارة إلى الطلب من CDN هو جلب مسبق. |
للاطلاع على جزء من تبادل الرأس قيد التنفيذ، يمكنك تجربة الخطوات التالية:
- استخدم Postman أو cURL لإصدار طلب إلى أصل Media Services لجزء أو مقطع صوتي أو فيديو. تأكد من إضافة الرأس
CDN-Origin-Assist-Prefetch-Enabled: 1في الطلب. - في الاستجابة، يجب أن تشاهد الرأس
CDN-Origin-Assist-Prefetch-Pathمع مسار نسبي كقيمة له.
بروتوكولات التدفق المدعومة
تدعم ميزة Origin-Assist CDN-Prefetch بروتوكولات البث التالية للبث المباشر وعند الطلب:
- HLS v3
- HLS v4
- HLS CMAF
- DASH (CSF)
- DASH (CMAF)
- تدفق سلس
الأسئلة المتداولة
ماذا لو كان عنوان URL لمسار الجلب المسبق غير صالح بحيث يحصل الجلب المسبق لـ CDN على 404؟
سيخزن CDN استجابة 404 مؤقتاً فقط لمدة 10 ثوانٍ (أو قيمة أخرى تم تكوينها).
افترض أن لديك مقطع فيديو عند الطلب. إذا تم تمكين الجلب المسبق لـ CDN، فهل هذه الميزة تعني أنه بمجرد أن يطلب العميل مقطع الفيديو الأول، سيبدأ الجلب المسبق حلقة لجلب جميع مقاطع الفيديو اللاحقة بنفس معدل البت؟
لا، يتم إجراء الجلب المسبق لـ CDN فقط بعد طلب/استجابة من قِبَل العميل. لا يتم تشغيل الجلب المسبق لـ CDN أبداً من خلال الجلب المسبق، لتجنب حلقة الجلب المسبق.
هل ميزة Origin-Assist CDN-Prefetch تعمل دائماً؟ كيف يمكن تشغيله/إيقاف تشغيله؟
يتم إيقاف تشغيل الميزة بشكلٍ افتراضي. يحتاج العملاء إلى تشغيله عبر Akamai API.
بالنسبة إلى البث المباشر، ماذا سيحدث لـ Origin-Assist إذا لم يكن المقطع أو الجزء التالي متاحاً بعد؟
في هذه الحالة، لن يوفر أصل Media Services رأس
CDN-Origin-Assist-Prefetch-Pathولن يحدث الجلب المسبق لـ CDN.كيف يعمل
Origin-Assist CDN-Prefetchمع عوامل تصفية البيان الديناميكية؟تعمل هذه الميزة بشكل مستقل عن عامل تصفية البيان. عندما يكون الجزء التالي خارج نافذة عامل التصفية، فسيظل عنوان URL الخاص به موجوداً من خلال النظر في بيان العميل الأوَّلي ثم إعادته كرأس استجابة الجلب المسبق لـ CDN. لذلك ستحصل شبكة CDN على عنوان URL للجزء الذي تمت تصفيته من بيان DASH/HLS/Smooth. ومع ذلك، لن يقوم اللاعب مطلقاً بتقديم طلب GET إلى CDN لجلب هذا الجزء، لأن هذا الجزء غير مدرج في بيان DASH/HLS/Smooth الذي يحتفظ به اللاعب (لا يعرف اللاعب وجود هذا الجزء).
هل يمكن جلب قائمة تشغيل DASH MPD/HLS/البيان السلس مسبقاً؟
لا، لا تتم إضافة DASH MPD أو قائمة تشغيل HLS الرئيسية أو قائمة تشغيل متغير HLS أو عنوان URL للبيان السلس إلى رأس الجلب المسبق.
هل عناوين URL الجلب المسبق نسبية أم مطلقة؟
بينما يسمح Akamai CDN بكليهما، لا يوفر أصل Media Services سوى عناوين URL النسبية لمسار الجلب المسبق لأنه لا توجد فائدة واضحة في استخدام عناوين URL المطلقة.
هل تعمل هذه الميزة مع محتويات محمية بواسطة إدارة الحقوق الرقمية؟
نعم، نظراً لأن هذه الميزة تعمل على مستوى HTTP، فإنها لا تقوم بفك تشفير أو تحليل أي جزء/جزء. لا يهم ما إذا كان المحتوى مشفراً أم لا.
هل تعمل هذه الميزة مع إدراج إعلان جانب الخادم (SSAI)؟
إنه يعمل مع المحتوى الأصلي/الرئيسي (محتوى الفيديو الأصلي قبل إدراج الإعلان)، نظراً لأن SSAI لا يغير الطابع الزمني لمحتوى المصدر من أصل Media Services. تعتمد ما إذا كانت هذه الميزة تعمل مع محتويات الإعلان على ما إذا كان أصل الإعلان يدعم Origin-Assist. على سبيل المثال، إذا تمت استضافة محتويات الإعلان أيضاً في Azure Media Services (أصل واحد أو منفصل)، فسيتم أيضاً جلب محتويات الإعلان مسبقاً.
هل تعمل هذه الميزة مع محتويات UHD/HEVC؟
نعم.
الكيفية والبرامج التعليمية والعينات
-كيفية تمكين تحسينات - شبكة تسليم المحتوىكيفية تمكين Origin Shield
الحصول على التعليمات والدعم
يمكنك الاتصال بخدمات الوسائط مع الأسئلة أو متابعة تحديثاتنا بإحدى الطرق التالية:
- س & أ
- موقع Stack Overflow. وضع علامة على الأسئلة باستخدام
azure-media-services. - @MSFTAzureMediaأو استخدم @AzureSupport لطلب الدعم.
- افتح تذكرة دعم من خلال مدخل Microsoft Azure.