قبل المضي قدما في خوارزمية مراقبة Dotcom-Monitor ، دعنا نحدد الاختلافات بين جلسة المراقبة ودورة المراقبة.

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

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

    • السماح بالشيكات المتزامنة: نعم
    • السماح بالشيكات المتزامنة: لا

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

بالنسبة للمراقبة المستندة إلى المستعرض (الأنظمة الأساسية BrowserView / UserView ) ، يتم دائما تعيين خيار السماح بعمليات التحقق المتزامنة على لا ولا يمكن تغييره.

كيف يعمل

السماح بالشيكات المتزامنة: نعم

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

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

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

ينطبق ما يلي على كل من تدفقات المراقبة “أحادية الوضع” و”الوضع المختلط”:

قد تصبح عوامل المراقبة (المواقع) غير متوفرة (أدخل حالة “معطلة”) لأسباب مختلفة ، أو قد لا يزالون يعالجون جلسة المراقبة السابقة (في حالة “قيد المعالجة”). يتم تجاهل الوكلاء في حالات “المعوقين” أو “قيد المعالجة” أثناء المراقبة.

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

السماح بالشيكات المتزامنة: لا

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

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

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

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