صحة الوكيل: أي موقع وأي عملية اختبرت؟
افصل بين إمكانية الوصول العامة للوكيل والإخفاقات الخاصة بالوجهة عند صيانة مجموعة وكلاء قابلة لإعادة الاستخدام.
يجلب الوكيل صفحة فحص عنوان IP الخاص بك ويفشل عند واجهة API التي يحتاجها تطبيقك. ووصفه بأنه «سليم» أو «ميت» يفقدك أنفع حقيقة: أن الطلبين كانا مختلفين.
ابدأ بسجل يشمل النقل بأكمله لهذه النقطة الطرفية. هل تستطيع الوصول إلى مستمعها وإتمام تفاوض الوكيل المطلوب؟ احتفظ بالملاحظات الخاصة بالوجهة إلى جانب ذلك السجل بدلًا من الكتابة فوقه.
| الملاحظة | نطاق التحقيق |
|---|---|
| مستمع الوكيل يرفض الاتصالات | النقطة الطرفية والمسار إليها |
| الوكيل يمنع منفذ وجهة واحدًا | العملية المسموح بها لتلك الوجهة |
| موقع واحد يعيد خطأ في الحساب | تطبيق الوجهة وبيانات الاعتماد |
| الاستجابات الكبيرة تتعطل والصغيرة تكتمل | حجم عمل النقل وسياسة المهلة |
يمكن لاستجابة HTTP أن تثبت أن مسار طلب أعاد شيئًا ما بينما يظل غير صالح للتطبيق. احتفظ بنجاح النقل وحالة HTTP والمحتوى المتوقع كنتائج منفصلة.
إذا فشلت وجهة واحدة بشكل متكرر، فأوقف مؤقتًا أو افحص ذلك الاقتران بين النقطة الطرفية والوجهة. وقد يؤدي تعطيل الوكيل لكل مهمة غير ذات صلة إلى إهدار سعة مفيدة. وعلى العكس، لا ينبغي أن يبقى فشل اتصال عام مخفيًا خلف سجل معزول لموقع واحد.
يمكن أن يتضمن مفتاح الصحة العملي معرّف الوكيل وخدمة الوجهة ونوع العملية. تجنب استخدام عنوان URL الكامل الحامل لبيانات الاعتماد أو كل مسار مورد فريد كمفتاح يتزايد باستمرار. جمّع فقط حيث يقدم التجميع تنبؤًا ذا معنى بالطلب التالي.
الغرض هو أدلة توجيه أفضل، لا مجموعة أكبر من الشارات الخضراء. ينبغي أن تقول نتيجة الصحة ما جرى تجربته ومتى وما أثبتته فعليًا.