خوارزمية المراقبة

تعتمد خوارزمية المراقبة على إجراء يحدث داخل المراقبة نفسها يسمى ركوب الدراجات.

عند تمكين المراقبة من عوامل مراقبة متعددة (مواقع)، بشكل افتراضي، تحاول جميع المواقع إكمال مهمة المراقبة بنجاح. إذا نجحت ، فسينتظر الجهاز حتى يمر التردد المحدد ، وسيبدأ موقع فردي واحد في تدوير المهمة. بمجرد إكمال هذا الموقع للمهمة بنجاح ، سينتظر الجهاز مرة أخرى التردد المحدد حتى يقوم الموقع التالي بتشغيل المهمة. سيستمر هذا التدوير من موقع إلى آخر ، على التردد المحدد ، حتى يكتشف موقع المراقبة خطأ. عند اكتشاف خطأ (أو في المرة الأولى التي يتم فيها تشغيل جهاز أو تحديثه) ، سيتم تشغيل جميع مواقع المراقبة لتنفيذ المهام ما لم تقم بتعطيل الفحص المتزامن (متوفر فقط في ServerView Platform و WebView Platform).

قبل أن نمضي قدما، دعونا نحدد الاختلافات بين جلسة المراقبة ودورة الرصد.

• جلسة المراقبة هي عملية عندما نبدأ المراقبة في موقع واحد.
• وتشمل دورة الرصد جميع جلسات الرصد في جميع المواقع المختارة.

ركوب الدراجات له وضعان:

• يتم تمكين الفحص المتزامن
• تم تعطيل الفحص المتزامن.

يعتمد اختيار وضع ركوب الدراجات على تفاصيل جهاز المراقبة. خيار تحديد وضع ركوب الدراجات، خيار السماح بإجراء عمليات فحص متزامنة، في واجهة الجهاز (علامة التبويب > مراقبة صفحة >تحرير الجهاز > التكوين المتقدم).

يؤدي تحديد ” لا” للخيار السماح بالشيكات المتزامنة إلى منع وكلاء مراقبة الويب من إجراء عمليات فحص متزامنة من وكلاء متعددين في نفس الوقت على الجهاز بالضبط. السبب في تجنب عمليات التحقق المتزامنة هو أنه لا يمكن الوصول إلى بعض التطبيقات من قبل اثنين أو أكثر من المستخدمين (أو وكلاء المراقبة) في وقت واحد.

كيف يعمل

عند تمكين الفحص المتزامن (بشكل افتراضي لجميع الأنظمة الأساسية)

بمجرد إعداد الجهاز ، يبدأ Dotcom-Monitor جلسات المراقبة من جميع وكلاء المراقبة الذين تم تكوينهم (تنشيطهم أثناء تكوين الجهاز). يبدأ العداد ، الذي يساوي مدة تردد الرصد ، بعد كل استجابة رصد تم تلقيها مؤخرا. ونتيجة لذلك، تبدأ جلسة جديدة للرصد تماما كما هو محدد في تواتر الرصد.

يمكن أن يكون هناك مساران محتملان لخوارزمية المراقبة اعتمادا على نتائج المراقبة لجلسة المراقبة الأولية. يحدث المسار الأول عندما يبلغ جميع وكلاء المراقبة عن نفس الحالة (أي أن كل جلسة مراقبة ترجع حالة “نجاح” أو حالة “خطأ”). في هذا المسار ، يتحرك Dotcom-Monitor إلى الأمام في “الوضع الفردي” عند حدوث جلسة مراقبة واحدة من وكيل المراقبة التالي.

يحدث المسار الثاني لخوارزمية مراقبة الويب إذا كانت هناك استجابة واحدة على الأقل من وكيل مراقبة وهي حالة تختلف عن حالات عوامل المراقبة الأخرى. على سبيل المثال ، في حالة وجود خمسة عوامل مراقبة نشطة ، يبلغ أربعة منهم عن حالة “نجاح” ، يفشل أحدهم ويبلغ عن حالة “خطأ”. يمضي Dotcom-Monitor قدما في “الوضع المختلط” ويبدأ جلسات المراقبة من جميع وكلاء المراقبة المتاحين في وقت واحد.

عند تعطيل الفحص المتزامن (متوفر في منصة ServerView ومنصة WebView)

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

إذا كان لا يزال هناك أي جلسة مراقبة غير مكتملة في اللحظة التي ينتهي فيها الوقت ، فإن بدء الجلسة يتأخر على نفس المبدأ (الوقت الحالي + 5 دقائق). بعد اكتمال دورة المراقبة الأولية (قام كل عامل مراقبة محدد بإرجاع الاستجابة، أو تم تأكيد حالة الهبوط) ينتظر Dotcom-Monitor وقتا يساوي مدة تكرار المراقبة ثم يحلل مجموعة الاستجابات.

كما هو الحال في وضع “تمكين الفحص المتزامن” ، يمكن أن يكون هناك مساران محتملان لخوارزمية المراقبة اعتمادا على نتائج المراقبة لجلسة المراقبة الأولية. يحدث المسار الأول عندما يقوم كافة وكلاء المراقبة بالإبلاغ عن نفس الحالة. في هذا المسار ، تواصل Dotcom-Monitor بدء جلسات مراقبة جديدة واحدة تلو الأخرى على فترات منتظمة متساوية في تواتر الرصد. في الحالة الثانية ، ينتقل إلى الجلسة عن طريق مراقبة الجلسة ، باستثناء قيمة تردد المراقبة ، كما هو الحال أثناء دورة المراقبة الأولية.