تحديد المشاكل وحلّها باستخدام الإحصاءات

يتم الآن عرض مستندات Apigee Edge.
انتقِل إلى مستندات Apigee X. المعلومات

تحديد مشاكل واجهة برمجة تطبيقات بطيئة وحلّها

تُعدّ التمثيل البصري للبيانات أداة مهمة لتحديد المشاكل وحلّها. تجمع Apigee Edge دائمًا البيانات وتحلّلها لواجهات برمجة التطبيقات، علمًا أنّ العرض المرئي هو الطريقة الأكثر فعالية للاطّلاع على تلك البيانات ومقارنتها وتباينها وتقييمها.

لنفترض أنّك علمت بأنّ بعضًا من عملائك (ربما من خلال الاتصال بفريق الدعم أو مواقع التواصل الاجتماعي أو منتديات المستخدمين) يفيد بأنّ إحدى واجهات برمجة التطبيقات التي تستخدمها بطيئة. يمكن أن يساعد التصور في تحقيق ذلك. من أين تبدأ؟

التفكير في الأسباب المحتملة واختبارها

قد تتضمن الأسباب المحتملة ما يلي:

• ما إذا كان البطء ظاهرًا في تطبيق واحد فقط أم أنّ المشكلة في تطبيقات متعددة؟ إذا كان هناك تطبيق واحد، قد تكون هناك مشكلة في التطبيق.
• إذا كان هناك مستخدمون متعددون يستخدمون تطبيقات عديدة وكانوا يبدو أنّهم في الموقع الجغرافي نفسه، قد تكون هناك مشكلة في الشبكة.
• إذا لم يظهر أي من هاتين المشكلتين، قد تكون المشكلة في Apigee Edge. إذا كنت قد أضفت سياسة أو عدّلتها مؤخرًا ربما تم إعداده بشكل غير صحيح.
• إذا تم الإبلاغ عن إجمالي وقت الاستجابة كمرتفع، مع عدم تغيير متوسط وقت الاستجابة في نقطة النهاية، قد تكون المشكلة في Apigee. إذا كان متوسط وقت استجابة نقطة النهاية مرتفعًا أيضًا، قد تكون هناك مشكلة في الشبكة بين Apigee والخادم المستهدف أو في خادم تطبيق داخلي.

عرض واجهة برمجة التطبيقات البطيئة

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

1. حدد وكلاء واجهة برمجة التطبيقات من قائمة واجهات برمجة التطبيقات.
2. في قسم "الأداء" في صفحة "الخوادم الوكيلة لواجهة برمجة التطبيقات"، اختَر "متوسط وقت الاستجابة" من قائمة "الأداء".
3. اختَر نطاقًا من التواريخ لتقييمه.
4. اختَر واجهات برمجة التطبيقات التي تريد تقييمها.

وفي المخطط، ابحث عن الارتفاعات المفاجئة أو الزيادات التدريجية في وقت الاستجابة.

إنشاء عرض مرئي باستخدام تقرير مخصّص

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

1. انتقل إلى صفحة "التقارير المخصَّصة"، كما هو موضّح أدناه.

   Edge

   للوصول إلى صفحة "التقارير المخصّصة" باستخدام واجهة مستخدم Edge:

   1. سجِّل الدخول إلى apigee.com/edge.
   2. اختر تحليل > التقارير المخصّصة > التقارير في شريط التنقّل الأيمن.

   كلاسيكي Edge (السحابة الإلكترونية الخاصة)

   للوصول إلى صفحة "التقارير المخصّصة" باستخدام واجهة مستخدم الإصدار الكلاسيكي من Edge:

   1. سجِّل الدخول إلى http://ms-ip:9000، حيث يشير ms-ip إلى عنوان IP أو اسم نظام أسماء النطاقات لعقدة خادم الإدارة.

   2. حدد التحليلات > التقارير في شريط التنقل العلوي.

2. في صفحة "التقارير المخصّصة"، انقر على + تقرير مخصّص.
3. املأ أساسيات التقارير المخصّصة، واختَر معدّل أخذ العيّنات والبيئة التي تريد اختبارها.
4. في قسم "إجراءات المحور الصادي"، اختَر "إجمالي وقت الاستجابة" و"الحدّ الأقصى" لدالة التجميع:
   
5. تحديد التوغُّل في الخادم الوكيل لواجهة برمجة التطبيقات ومسار الطلب:
   

تحليل التقرير الناتج

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

التوغّل

يمكنك التوغّل بشكل أكثر تفصيلاً في واجهة برمجة التطبيقات الأسوأ أداءً (واجهة برمجة التطبيقات ذات وقت الاستجابة الأعلى).

اتّخاذ إجراءات

الآن بعد أن عرفت المورد الذي يحقق أداءً سيئًا، يمكنك فحص شبكتك لمعرفة ما إذا كانت هناك مشكلة في الخدمة، أو يمكنك إضافة بُعد ثالث مثل تطبيق المطور لمعرفة التطبيقات التي تأثرت بهذا المورد البطيء، أو يمكنك معرفة المطوِّرين الذين تأثروا بسبب بطء المورد.

كما يتّضح مما سبق، تتضمن أداة Edge API Analytics طرقًا متعددة لمعالجة مشكلة معيّنة، ويلعب التمثيل البصري دورًا مهمًا في أي عملية لتحديد المشاكل وحلّها.