الوكالات التفاعلية: مراقبة CDN لتعزيز “تجربة العميل”

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

مراقبة CDN - مراقبة شبكة توصيل المحتوى

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

القضايا التي تواجه الوكالات التفاعلية باستخدام شبكات CDN

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

  • بدءا من CDN: يمكن أن توفر مراقبة المحتوى المستند إلى CDN من نقاط وجود متعددة مقاييس تعمل بمثابة “دليل على المفهوم” لنقل محتوى العميل إلى شبكة CDN. سيوفر استخدام المراقبة متعددة النقاط بيانات واضحة عن السرعة المتزايدة لتقديم المحتوى المستند إلى CDN وتحسين تجربة مستخدم موقع الويب. وهذا بدوره سيسمح للوكالة التفاعلية بتحديد قيمة استخدام نظام تسليم المحتوى القائم على CDN لعملائها.
  • مقارنة شبكات CDN: في الواقع ، تساعد المراقبة الخارجية متعددة النقاط وكالة تفاعلية على مقارنة تكلفة / أداء CDN المتنافسة لتحديد أي CDN قادر على خدمة الظروف الخاصة بالعميل على أفضل وجه.
  • إنفاذ اتفاقيات مستوى الخدمة CDN: يتضمن CDN العديد من عقد CDN المنتشرة جغرافيا (خوادم استضافة المحتوى). تحتوي بعض شبكات CDN على تكرار عقدة مدمج ، والبعض الآخر لا يفعل ذلك. يمكن للمراقبة الخارجية اكتشاف ما إذا كانت عقدة CDN معينة تواجه مشاكل. ستساعد المراقبة الخارجية في تحديد ما إذا كانت “المشكلة” مرتبطة بعقدة CDN نفسها أو بمشكلات الشبكة الأوسع نطاقا (مثل زمن الاستجابة). من المهم الحصول على هذه المعلومات من منظور خارجي من أجل فرض اتفاقية مستوى الخدمة (SLA).
  • إدارة محتوى CDN: هل المحتوى الذي يتم تقديمه من CDN إلى صفحة الويب صحيح؟ العديد من الوكالات التفاعلية لديها كميات هائلة من المحتوى القائم على CDN. يمكن للمراقبة الخارجية تحديد ما إذا كان محتوى الوسائط المتعددة الذي ينشأ من CDN صحيحا ، أو إذا كان المحتوى المستند إلى CDN قد خرج عن المزامنة مع صفحة الويب الوجهة.
  • أداء CDN في الوقت الفعلي وأداء المحتوى المستند إلى CDN: ما هو أداء المحتوى الذي يتم تقديمه من عقد CDN كما تم الإبلاغ عنه من نقاط وجود مراقبة متعددة؟ تستخدم بيانات المراقبة لتحديد تجربة المستخدم للمستخدمين النهائيين الموجودين في مناطق مختلفة. على وجه التحديد ، يمكن لكل موقع مراقبة توفير نقاط بيانات ، مثل: وقت استجابة عقدة CDN ، ووقت تحميل المحتوى ، وتحديد ظروف الخطأ المرتبطة بالمحتوى المقدم من CDN (مثل “لم يتم العثور على الصورة ، غير قادر على الاتصال وما إلى ذلك …).

رصد CDN في العمل

تعني مراقبة الأداء الناجح لصفحة ويب باستخدام محتوى يستند إلى CDN استخدام نهج شامل ، على وجه التحديد: مراقبة صفحة الويب من عبر شبكات متعددة (مثل Global Crossing و Sprint و Level 3 وما إلى ذلك …) ، ومراقبة دقة خادم اسم المجال (DNS) ، واتصال الشبكة ، وتوافر المحتوى.

1. دقة DNS: تحدث هذه الدقة (ترجمة اسم مجال إلى عنوان IP) عندما يحاول المستخدم النهائي الوصول إلى محتوى من عقدة CDN ، ولم يتم تخزين اسم CDN مؤقتا مسبقا.

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

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

2. الاتصال مهم جدا في CDNs. يضمن الاتصال عدم إرسال المستخدم النهائي الذي يطلب صورة في أستراليا إلى مضيف عقدة CDN في الولايات المتحدة الأمريكية. هذا النوع من إعادة التوجيه من شأنه أن يهزم الغرض من CDN (تحسين أوقات التحميل وتجربة المستخدم). ستضمن خدمة مراقبة CDN وجود الحد الأدنى من زمن انتقال الشبكة (التأخير) من الموقع الجغرافي للمستخدم النهائي إلى عقدة معينة في CDN. تستخدم خدمة مراقبة CDN شبكة عالمية من مواقع المراقبة لتنفيذ مسارات تتبع الشبكة إلى عقد CDN من مواقع متعددة ، من أجل ضمان أسرع توجيه والحد الأدنى من زمن انتقال الشبكة. على سبيل المثال ، يوضح المعرض B (أدناه) مسارات التتبع الناشئة من العديد من مواقع المراقبة العالمية ل Dotcom-Monitor إلى CDN. يوضح المعرض B شبكة CDN ذات توجيه سريع – حيث يتم توجيه المستخدم النهائي في كل قارة إلى المحتوى الموجود على أقرب عقدة CDN ضمن بضع قفزات على الشبكة. ستقوم خدمة المراقبة أيضا بقياس زمن الوصول بين موقع المراقبة وعقدة CDN وتقديم تنبيهات عندما يتجاوز زمن الوصول عتبة.

3. يعد توفر المحتوى أمرا مهما ، خاصة في مواقع الويب 2.0 التي تستخدم CDN كوسائط توزيع. قد يحتوي موقع الويب على عشرات المزودين أو أكثر ويسحب المحتوى من مصادر متعددة. لضمان تجربة متصفح إيجابية للمستخدم النهائي ، من الضروري التأكد من وجود جميع المحتويات وعدم فقدانها وتسليمها في الوقت المناسب. نظرا لأن صفحات الويب تعتمد بشكل متزايد على المحتوى الذي ينشئه المتصفح وتصبح تجربة المستخدم أمرا أساسيا ، يجب على خدمة المراقبة تحميل الصفحة في المتصفح وتقديم تقسيم حسب عناصر صفحة الويب ، للتأكد من عدم وجود عناصر مفقودة وتحميل كل شيء بشكل صحيح. على سبيل المثال: قد يؤدي التأخير في تحميل ملف جافا سكريبت إلى تأخير تحميل مقطع فيديو أو شعار شركة. توفر خدمة مراقبة CDN تفصيلا حسب عنصر صفحة الويب الفردي (.gifs و .css و Ajax وما إلى ذلك …) كما هو موضح في المستند C (أدناه). يحدد المخطط الانحداري الناتج المشكلات التي تتسبب في زيادة أوقات تحميل صفحة الويب.

خدمات مراقبة CDN: يمكن أن يختلف نوع خدمة المراقبة المستخدمة لإجراء مراقبة CDN بناء على نوع موقع الويب ونوع المحتوى ونقاط البيانات المطلوبة و “مستوى” المراقبة المطلوبة والميزانية.

هناك عدة مستويات من خدمات Dotcom-Monitor المتاحة لإجراء مستويات مختلفة من اختبار CDN والمراقبة المستمرة لمعالجة مجموعة متنوعة من أنواع العملاء واحتياجات العملاء خلال مراحل مختلفة من عملية CDN. على سبيل المثال ، يمكن لوكالة تفاعلية استخدام مراقبة HTTP / S القياسية لإجراء مقارنة أولية ل CDNs أثناء التقييم ، ثم استخدام مراقبة™ UserView لإجراء مراقبة مستمرة لموقع الويب لمحتوى الويب 2.0 المعقد للعميل الذي تخدمه CDN.

نتائج رصد CDN

تواجه شبكات CDN، مثل الشبكات الأخرى، تغييرا وتعديلات يمكن أن تؤثر على محتوى العميل. باستخدام حل مراقبة CDN Dotcom-Monitor ، ستتمكن وكالة تفاعلية من إنجاز العديد من الاعتراضات التي تساعد على تحسين علاقة العميل والاحتفاظ بالعميل وأداء مواقع الويب الخاصة بالعميل. على وجه التحديد ، ستكون الوكالة التفاعلية قادرة على:

  • تحديد القيمة المقترحة لشبكات CDN لعملائها.
  • مقارنة مزودي خدمة CDN المتنافسين نيابة عن عملائها
  • الاستجابة بسرعة يتم تنبيهك إلى وتحديد مشكلات المحتوى المستند إلى CDN و CDN (غالبا قبل أن يدرك العميل المشكلة)
  • حل مشكلات محتوى CDN و CDN
  • الحفاظ على التركيز على مهمة أعمالها الأساسية المتمثلة في تقديم الخدمات لعملائها
  • تقديم إجابات لعملائها عند حدوث مشكلات في المحتوى المستند إلى CDN باستخدام نقاط البيانات التي تم جمعها ورموز الخطأ التي تم إنشاؤها والتنسيق مع دعم Dotcom-Monitor.
  • فرض معلمات اتفاقية مستوى الخدمة (SLA) نيابة عن عملائها باستخدام CDN باستخدام بيانات تقرير SLA لتقرير الأداء التي تم جمعها بواسطة Dotcom-Monitor.

الشكل ألف:

تتبع المسار: تتبع DNS إلى cdn.eyewonder.com

1 A.ROOT-SERVERS.NET [198 .41.0.4]: فئة = في نوع = NS
2 K.GTLD-SERVERS.NET [192 .52.178.30]: فئة = في نوع = NS
3 ns2.dnsmadeeasy.com [208 .80.126.2]: الفئة = IN نوع = NS
4 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
5 A.ROOT-SERVERS.NET [198 .41.0.4]: فئة = في نوع = NS
6 B.GTLD-SERVERS.NET [192 .33.14.30]: فئة = في نوع = NS
7 dns13.llnwd.net [69 .28.143.13]: فئة = في نوع = NS
8 eyewond.vo.llnwd.net [208 .111.168.7]: الفئة = IN نوع = A
9 eyewond.vo.llnwd.net [208 .111.168.6]: الفئة = IN نوع = A
10 dns14.llnwd.net [69 .28.143.14]: الفئة = IN نوع = NS
11 eyewond.vo.llnwd.net [208 .111.168.7]: الفئة = IN نوع = A
12 eyewond.vo.llnwd.net [208 .111.168.6]: الفئة = IN نوع = A
13 dns12.llnwd.net [69 .28.143.12]: فئة = في نوع = NS
14 eyewond.vo.llnwd.net [208 .111.168.6]: الفئة = IN نوع = A
15 eyewond.vo.llnwd.net [208 .111.168.7]: الفئة = IN نوع = A
16 dns11.llnwd.net [69 .28.143.11]: الفئة = IN نوع = NS
17 eyewond.vo.llnwd.net [208 .111.168.7]: الفئة = IN نوع = A
18 eyewond.vo.llnwd.net [208 .111.168.6]: الفئة = IN نوع = A
19 A.ROOT-SERVERS.NET [198 .41.0.4]: فئة = في نوع = NS
20 M.GTLD-SERVERS.NET [192 .55.83.30]: فئة = في نوع = NS
21 dns13.llnwd.net [69 .28.143.13]: فئة = في نوع = NS
22 dns11.llnwd.net: فئة = في نوع = SOA
23 dns14.llnwd.net [69 .28.143.14]: فئة = في نوع = NS
24 dns11.llnwd.net: فئة = في نوع = SOA
25 dns12.llnwd.net [69 .28.143.12]: الفئة = IN نوع = NS
26 dns11.llnwd.net: فئة = في نوع = SOA
27 dns11.llnwd.net [69 .28.143.11]: الفئة = IN نوع = NS
28 dns11.llnwd.net: فئة = في نوع = SOA
29 ns0.dnsmadeeasy.com [208 .94.148.2]: الفئة = IN نوع = NS
30 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
31 ns3.dnsmadeeasy.com [208 .80.125.2]: فئة = في نوع = NS
32 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
33 ns4.dnsmadeeasy.com [208 .80.127.2]: فئة = في نوع = NS
34 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
35 ns1.dnsmadeeasy.com [208 .80.124.2]: الفئة = نوع IN = NS
36 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
37 A.ROOT-SERVERS.NET [198 .41.0.4]: فئة = في نوع = NS
38 J.GTLD-SERVERS.NET [192 .48.79.30]: فئة = في نوع = NS
39 ns2.dnsmadeeasy.com [208 .80.126.2]: الفئة = IN نوع = NS
40 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
41 ns0.dnsmadeeasy.com [208 .94.148.2]: الفئة = IN نوع = NS
42 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
43 ns3.dnsmadeeasy.com [208 .80.125.2]: فئة = في نوع = NS
44 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
45 ns4.dnsmadeeasy.com [208 .80.127.2]: الفئة = IN نوع = NS
46 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
47 ns1.dnsmadeeasy.com [208 .80.124.2]: الفئة = IN نوع = NS
48 eyewond.vo.llnwd.net: فئة = في نوع = CNAME
اكتمل التتبع.

الشكل باء:

من مينيسوتا، الولايات المتحدة الأمريكية:

طريق البحث عن المفقودين إلى cdn.eyewonder.com [208 .111.168.6] <1 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<207.250.234.1 [207 .250.234.1] <2 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<207-250-148-109.static.twtelecom.net [207 .250.148.109] 3 15 مللي ثانية 10 مللي ثانية 15 مللي ثانية <chi2-pr1-ge-7-1-0-0.us.twtelecom.net [66 .192.243.142] 4 15 مللي ثانية 31 مللي ثانية 10 مللي ثانية <tge7-1.fr3.ord.llnw.net [69 .28.172.41] 5 15 مللي ثانية 15 مللي ثانية 15 مللي ثانية cdn-208-111-168-6.ord.llnw.net [208 .111.168.6]

من فرانكفورت، ألمانيا:
طريق البحث عن المفقودين إلى cdn.eyewonder.com [87 .248.217.254] <1 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<83.243.81.1 [83 .243.81.1] <2 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<tng.decix.as31530.net [89 .106.64.142] 3 15 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<80.81.192.221 [80 .81.192.221] <4 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<cdn-87-248-217-254.frf.llnw.net [87 .248.217.254]

من سيدني، أستراليا:
طريق البحث عن المفقودين إلى cdn.eyewonder.com [117 .121.253.254] <1 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<202.157.178.193 [202 .157.178.193] <2 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<210.80.173.113 [210 .80.173.113] 3 15 مللي ثانية 15 مللي ثانية 10 مللي ثانية <210.80.33.85 [210 .80.33.85] <4 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<210.80.32.218 [210 .80.32.218] <5 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<gigabitethernet3-21.chw51.sydney.telstra.net [139 .130.43.97] <6 10 مللي ثانية 10 مللي ثانية 10 مللي ثانية <<tengige0-1-0-0.chw-core2.sydney.telstra.net [203 .50.20.129] <7 10 مللي ثانية 15 مللي ثانية 10 مللي ثانية <Bundle-Ether1.chw48.Sydney.telstra.net [203 .50.6.154] <8 10 مللي ثانية 15 مللي ثانية 15 مللي ثانية bundle-ether2.ken39.sydney.telstra.net [203 .50.6.182] 9 171 مللي ثانية 171 مللي ثانية 187 مللي ثانية tge5-1.fr3.syd.llnw.net [117 .121.252.33] 10 187 مللي ثانية 171 مللي ثانية 203 مللي ثانية cdn-117-121-253-254.syd.llnw.net [117 .121.253.254]

المعرض ج:

أحدث مقالات أداء الويب

دليل شامل لحل مراقبة DNS من Dotcom-Monitor

مقدمة: أهمية DNS في النظام البيئي الرقمي اليوم في عالم اليوم الرقمي ، يعتمد نجاح الأعمال التجارية عبر الإنترنت بشكل كبير على بنية تحتية قوية.

ابدأ تشغيل Dotcom-Monitor مجانا اليوم

بطاقة الائتمان غير مطلوبة