Skip to main content

التكرار في الوقت الفعلي

يتحكم المعامل frequency_minute في عدد مرات فحص Monitor.
عند ضبط frequency_minute: 0، يرصد Pubrio الإشارات ويسلّمها فور ظهورها — دون استطلاع دوري ودون تأخير.

إعداد إعادة المحاولة

عند فشل تسليم Webhook، تساعد إعادة المحاولة على التعافي تلقائيًا.
تُعيد إعادة المحاولة تسليم الحمولة نفسها — لا تُعيد تشغيل رصد الإشارة ولا تستهلك رصيد بحث إضافيًا.

إعادة محاولة العملية (Process Retry)

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

معالجة الإخفاقات

يتحكم المعامل max_failure_trigger (النطاق: 1-10، الافتراضي: 5) في عدد إخفاقات التسليم المتتالية المسموح بها قبل أن يتوقف Monitor تلقائيًا. النهج الموصى به:
  1. اضبط notification_email لتلقّي تنبيهات عند حدوث إخفاقات
  2. أبقِ max_failure_trigger بين 3-5 لأنواع Monitor في بيئة الإنتاج
  3. استخدم سجلات الإحصاءات لتشخيص الإخفاقات — تحقق من error_message وresponse_status_code
  4. بعد إصلاح المشكلة، أعد التفعيل عبر تحديث Monitor
  5. استخدم إعادة محاولة العملية لإعادة محاولة عمليات تسليم فاشلة محددة

الاستطلاع الدوري عبر نقاط نهاية الإحصاءات

بينما تتولى Webhooks التسليم في الوقت الفعلي، توفر نقاط نهاية الإحصاءات إمكانات المراقبة وتصحيح الأخطاء والتدقيق.

استطلاع النظرة العامة

استخدم إحصاءات Monitor للحصول على فحص صحة على مستوى لوحة التحكم:
يعيد مقاييس إجمالية: إجمالي عدد أنواع Monitor، وعدد التفعيلات اليوم مقابل الأمس، ومعدلات النجاح، ومعدلات المقارنة.

الاستطلاع القائم على السجلات

استخدم سجلات الإحصاءات لمراجعة سجل التفعيل:
يتضمن كل إدخال سجل الحالة، واستهلاك الرصيد، وعدد الإشارات/الشركات/الأشخاص، ووقت المعالجة، وتفاصيل الأخطاء.
اجمع بين تسليم Webhook والاستطلاع الدوري للسجلات لتحقيق أقصى موثوقية: تتولى Webhooks المعالجة في الوقت الفعلي، بينما يلتقط الاستطلاع الدوري للسجلات أي عمليات تسليم فائتة ويوفر مسارًا للتدقيق.

توصيات التوسّع

يُفضَّل استخدام أنواع Monitor مركّزة بدلًا من أنواع واسعة النطاق. يسهُل تصحيح أخطاء Monitor يتتبع “وظائف الذكاء الاصطناعي في شركات المؤسسات الأمريكية” مقارنةً بـ “كل الوظائف في كل مكان”. كما تتيح لك أنواع Monitor المركّزة توجيه أنواع مختلفة من الإشارات إلى نقاط نهاية Webhook مختلفة.
ينبغي أن تقوم نقطة نهاية Webhook لديك بما يلي:
  • الاستجابة خلال 30 ثانية
  • إعادة الرمز 200 فورًا ومعالجة البيانات بشكل غير متزامن
  • التعامل مع الحمولات المكررة بسلاسة (idempotency)
  • تسجيل جميع الحمولات الواردة لأغراض تصحيح الأخطاء
استخدم الحصول على قائمة Monitor مع التصفية:
  • صفِّ حسب detection_mode وdestination_type
  • رتِّب حسب last_modified أو last_trigger_at
  • ابحث بالاسم باستخدام search_term
استخدم إحصاءات Monitor للتعرف بسرعة على أنواع Monitor ذات الأداء الضعيف.