خلل في وقت استجابة التطبيق لمواقع

Prev Next

هذا الدليل يصف الخطوات للتحقيق وحل مشكلات وقت استجابة التطبيق المؤثرة على المواقع.

نظرة عامة

يقيس وقت استجابة التطبيق الوقت إلى أول بايت (TTFB) بين موقع وتطبيق. يمكن أن يكون سبب زيادة الوقت في الاستجابة تدهور في جانب التطبيق، مشاكل اتصال WAN، مشاكل ISP، ازدحام، ومشاكل في الشبكة المحلية للموقع.

يساعد هذا الدليل في تحديد مصدر التدهور باستخدام تطبيق إدارة كاتو (CMA) قبل التواصل مع دعم كاتو.

التحقق من وقت استجابة التطبيق

يمكن استخدام الطرق التالية من قبل مشرف CMA للتحقق من حدوث خلل في وقت استجابة التطبيق لموقع.

باستخدام التحليل العميق للقصص

  1. من قائمة التنقل، انقر على الرئيسية > منصة العمل للروايات.
  2. في شريط الفلتر، أضف مجموعة فلتر إلى اسم المنتج في خلل التجربة.
  3. أضف الفلتر الإشارة هي خلل في وقت استجابة التطبيق لمواقع.

01_App_Response_anomaly.png

  1. تحقق من إنشاء قصة.

02_App_Response_anomaly.png

  1. انقر على صف القصة لفتح صفحة التحليل العميق ومراجعة تفاصيل الحادث، بما في ذلك الجدول الزمني، الكيانات المتأثرة، والتطبيق.

03_App_Response_anomaly.png

  1. راجع جدول زمني الحادث لتحديد ما إذا كانت المشكلة مستمرة أو متقطعة.

تصفية الأحداث ذات الصلة

في صفحة الرئيسية > الأحداث، تطبق الفلاتر التالية:

  • **الهام: ** هو خلل
  • رسالة الحدث تحتوي على وقت استجابة التطبيق

04_App_Response_anomaly.png

تحقق من إنشاء أحداث الخلل خلال الفترة الزمنية المبلغة.

خطوات استكشاف الأخطاء وإصلاحها

مراجعة أداء التطبيق

  1. افتح صفحة الرئيسية > مراقبة التجربة.
  2. قم بتصفية البيانات للموقع والتطبيق المتأثرة.
  3. راجع المقاييس الوقت إلى أول بايت (TTFB) و معدل خطأ HTTP / S خلال فترة الحادث.
  4. قارن اتجاه TTFB مع الجدول الزمني للقصة لتحديد ما إذا كان التدهور مستمرًا أو متقطعًا.

إذا زاد معدل خطأ HTTP / S مع TTFB، تحقق مما إذا كان مزود التطبيقات قد أبلغ عن تدهور خدمة أو ما إذا كان التطبيق الخلفي يواجه مشاكل.

إذا ارتفع TTFB فقط بينما يظل معدل خطأ HTTP/S ثابتًا، فإن التطبيق يستجيب ببطء أكثر من المعتاد ولكنه لا يزال يخدم الطلبات. بالنسبة لتطبيقات المستضافة ذاتيًا، تحقق من صحة خادم التطبيق والبنية التحتية الخلفية.

إذا كانت مواقع متعددة تعاني من زيادة TTFB لنفس التطبيق، تحقق مما إذا كان مزود التطبيق قد أبلغ عن تدهور خدمة واسع النطاق.

مراجعة مقاييس الموقع

في صفحة مراقبة التجربة، راجع مقاييس الموقع التالية خلال فترة الحادث:

  • فقدان الحزم للمرور إلى PoP
  • المسافة إلى ال PoP

قارن هذه المقاييس مع الجدول الزمني لل TTFB.

إذا زاد فقدان الحزم إلى PoP أو المسافة إلى PoP مع TTFB، تحقق من اتصال إنترنت الموقع أو اتصل ب ISP إذا استمرت المشكلة.

إذا ظلت مقاييس الشبكة ثابتة بينما يرتفع TTFB، فإن التدهور على الأرجح متعلق بالتطبيق بدلاً من الشبكة.

مراجعة تفاصيل الاتصال

راجع عنصر واجهة تفاصيل الاتصال وتحقق من نتائج تعقب المسار لكل من:

  • فقدان الحزم
  • زيادة التأخير
  • تغييرات على المسار
  • العيوب الشبكية الأخرى

إذا لُوحظ فقدان الحزم أو زيادة التأخير قبل وصول الحركة إلى كاتو PoP، تحقق من الشبكة المحلية للموقع أو اتصال ISP.

إذا كان الطريق إلى PoP جيدًا بينما يظل TTFB مرتفعًا، تحقق من التطبيق المستضاف أو تحقق مما إذا كان مزود SaaS قد أبلغ عن تدهور خدمة.

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

تصعيد الحالات إلى دعم كاتو

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