المكونات

محرك SKOOR

تتكون بنية محرك SKOOR من المكونات التالية:

  • خادم محرك SKOOR

  • قاعدة بيانات التكوين والتاريخ (PostgreSQL)

  • خادم الويب (apache)

  • مجمع محرك SKOOR

    • هذا هو المكون الذي يقوم بالقياس الفعلي للأجهزة الخاضعة للإدارة.

    • بشكل افتراضي، يعمل محرك SKOOR بمجمعه الخاص collector-local.

    • يمكن إرفاق مجمعات خارجية إضافية، لتنفيذ مهام المراقبة في أجزاء الشبكة البعيدة وتسليم نتائج القياس عبر منفذ TCP واحد إلى مكون خادم محرك SKOOR. تعمل هذه المجمعات الخارجية في نظام تشغيل مستقل منفصل.

    • يتلقى كل جامع توجيهات القياس من الخادم.

    • يعمل كل جامع على تشغيل عمليات فرعية مختلفة لكل نوع من المكونات الإضافية (مثل ICMP و HTTP وما إلى ذلك).

  • وكيل محرك SKOOR

    • يمكن تثبيته على الخوادم المراقبة.

    • يقوم هذا الوكيل بمراقبة وحدة المعالجة المركزية والذاكرة وبطاقة واجهة الشبكة والعمليات وما إلى ذلك).

    • الوكلاء متاحون لأنظمة تشغيل مختلفة (Windows، Linux، FreeBSD، Solaris...).

    • يقوم المجمع بإصدار قياسات على الوكلاء عبر منفذ TCP واحد ويحصل على النتائج.

    • يمكن تمكين الاتصال المشفر للوكلاء الذين يعملون على Windows

  • SKOOR Engine EEM (مراقب تجربة المستخدم النهائي) الذي يقوم بتشغيل معاملات مستخدم اصطناعية على أجهزة الكمبيوتر التي تعمل بنظام Windows

  • يمكن لأدوات الجهات الخارجية إدخال بياناتها في المجمع باستخدام طرق مختلفة.

    • يمكن جلب البيانات من جامع من أداة طرف ثالث عبر HTTP أو FTP أو SCP أو بروتوكولات شبكة أخرى

    • يمكن استخدام/تثبيت عميل قاعدة بيانات على المجمع لتشغيل استعلامات على قواعد البيانات البعيدة.

    • يتم إدخال البيانات إلى المجمع باستخدام مهام مثل parsefile أو execute أو fetchfile.

SKOOR Auth

يوفر SKOOR Auth آلية مصادقة لمكونات SKOOR الأخرى.

يمكنه المصادقة على:

  • مستخدمي SKOOR المحليين الذين يديرهم محرك SKOOR

  • المستخدمين الخارجيين الذين يديرهم Active Directory باستخدام LDAP.

  • المستخدمين الخارجيين الذين يديرهم مزود المصادقة باستخدام OpenID Connect

خدمة الويب SKOOR

تربط خدمة الويب SKOOR لوحات المعلومات بـ SKOOR أو مصادر بيانات أخرى. ولتحقيق ذلك، تقوم بدمج مجموعات البيانات من محولات مختلفة وتزويدها إلى لوحات المعلومات وفقًا لواجهة برمجة تطبيقات REST محددة جيدًا.

لوحة معلومات SKOOR

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

بعض الوظائف (مثل تحرير لوحات المعلومات) متاحة فقط في محرر لوحة المعلومات لأن التطبيق يجب أن يتواصل مباشرة مع خدمة الويب SKOOR.

يحتاج محرر لوحة المعلومات إلى اتصال مباشر بخدمة الويب SKOOR.

لاستخدام محرر لوحة المعلومات، يلزم وجود مستخدم SKOOR صالح.

عارض لوحة معلومات SKOOR

يمكن استخدام عارض لوحة المعلومات عندما تحتاج لوحات المعلومات إلى أن تكون متاحة للأشخاص الخارجيين. لا يتطلب عارض لوحة المعلومات اتصالاً مباشراً بخدمة SKOOR Webservice. بدلاً من ذلك، يجمع عارض لوحة المعلومات بياناته من خدمة العارض التي تتلقى بدورها بياناتها من مزود العارض. باستخدام تدفق البيانات أحادي الاتجاه هذا، يتم تغطية الجوانب التالية، التي تتعلق جزئياً بالأمان:

  • لا توجد حاجة للاتصال من DMZ إلى الشبكة الداخلية. يجب أن يكون الاتصال ممكنًا فقط من مزود العارض إلى خدمة الويب SKOOR (HTTP/s)، ومن مزود العارض إلى خدمة العارض (HTTP/s) وبالطبع من تطبيق الويب Dashboard Viewer إلى خدمة العارض (HTTP/s).

  • لا يلزم وجود مستخدم SKOOR لاستخدام Dashboard Viewer.

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

  • يمكن وضع خدمة العارض داخل منطقة DMZ أو حتى داخل شبكة العميل.

  • يتم ضمان سلامة البيانات بين مزود العارض وخدمة العارض من خلال توقيع المحتوى المستند إلى HMAC.