أعمالنا

EdgeCloud Monitor

المراقبة السحابية وحوسبة الأجهزة الطرفية

تصوّر لمنصة مراقبة تربط قياسات الأجهزة الطرفية بخدمات خلفية ولوحة تحكم. وضع تنفيذ الماجستير أساسها الأول، ويواصل الإصدار 2.0 تطويرها.

مشروع هندسي أكاديمي لدرجة الماجستير

الإصدار 2.0 — قيد التطوير

01 / لمحة هندسية

من قياسات الأجهزة إلى رؤية واضحة للمراقبة.

التحدّي الهندسي

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

النهج الأصلي

جمع الإصدار الأول بين وكيل للأجهزة بلغة Python وخدمات Java Spring Boot ولوحة تحكم مبنية باستخدام React. أرسل الوكيل القياسات وإشارات انتظام الاتصال إلى واجهات REST الخلفية، وعرضت اللوحة معلومات مراقبة الأجهزة. ويواصل العمل اللاحق تطوير المنصة دون أن يعني اكتمال الإصدار 2.0.

02 / بنية النظام

مسار واضح من الجهاز إلى البيانات.

يوضح المخطط مسار بيانات التنفيذ الأصلي. للخدمات المساندة ولوحة التحكم أدوار منفصلة؛ ولا يفترض أن جميع الطلبات تمر عبر المسار نفسه في البوابة.

  1. وكيل Python الطرفي

    يجمع قراءات المعالج والذاكرة ودرجة الحرارة ويرسل إشارات انتظام الاتصال.

  2. واجهات REST

    تستقبل طلبات القياس وإشارات اتصال الأجهزة.

  3. خدمات Spring Boot

    تعالج معلومات المراقبة والأجهزة ضمن الخدمات الخلفية.

  4. قواعد بيانات MySQL

    تخزّن بيانات الخدمات الخلفية المعنية.

مسار القياسات وإشارات الاتصال في تنفيذ الماجستير الأصلي؛ تعالج كل نوع من الطلبات خدمته المختصة.
  • تعرض لوحة React معلومات المراقبة عبر واجهات الخدمات الخلفية.
  • تدعم Spring Cloud Gateway توجيه الطلبات، وتدعم Eureka اكتشاف الخدمات.
  • استُخدم Docker Compose لتشغيل بيئة التطوير.

03 / أبرز الجوانب الهندسية

قرارات شكّلت أساس النظام.

  • فصل مسؤوليات الخدمات

    وُزّعت مهام المراقبة والأجهزة والتنبيهات على خدمات خلفية وقواعد بياناتها.

  • جمع القياسات عند الأجهزة

    جمع وكيل Python قياسات الأجهزة وأرسل البيانات وإشارات الاتصال عبر REST.

  • واجهة المراقبة

    أتاحت لوحة React معلومات مراقبة الأجهزة في واجهة واحدة.

  • تكامل بيئة التطوير

    جمعت بوابة الطلبات واكتشاف الخدمات وDocker Compose مكوّنات النظام للتطوير والاختبار.

04 / تحدٍّ تقني

توجيه الطلبات داخل بيئة الحاويات.

التحدّي

كشف الاختبار الشامل التاريخي عدم تطابق بين منفذ البوابة الداخلي وإعداد ربط المنفذ في Docker Compose.

الاستجابة الهندسية

صُحّح ربط المنفذ وأُعيد إنشاء حاوية البوابة خلال عملية التحقق الموثّقة.

الدرس المستفاد

ينبغي التحقق من توجيه الطلبات في بيئة التطوير المجمّعة، إلى جانب اختبار المكوّنات منفردة.

05 / مراحل التطوير

أساس موثّق وعمل متواصل.

التنفيذ الأصلي لمشروع الماجستير

الإصدار الأول

أرسى التنفيذ الأكاديمي وكيل الأجهزة والخدمات الخلفية ولوحة المراقبة.

  • معالجة القياسات وإشارات انتظام الاتصال
  • لوحة مراقبة مبنية باستخدام React
  • اختبارات تاريخية شاملة وعلى Raspberry Pi وببيانات محاكاة

قيد التطوير

الإصدار 2.0

توثّق السجلات اللاحقة إضافات أخرى، من دون أن تثبت اكتمال الإصدار 2.0 أو إطلاقه.

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

06 / التقنيات

التقنيات المستخدمة.

الواجهة

React

الخدمات الخلفية

Java · Spring Boot · REST APIs

بنية الخدمات

Spring Cloud Gateway · Eureka · Docker Compose (للتطوير)

البيانات

MySQL

الأجهزة الطرفية

Python · اختبارات Raspberry Pi

07 / الأدلة ونَسب العمل

تحقق تاريخي موثّق.

توثّق سجلات المشروع اختبارات التكامل الشامل والتوافق مع جهاز Raspberry Pi واختبارات القياسات المحاكاة للتنفيذ الأصلي. وما زال تجميع القياسات على مستوى المشروع غير مدعوم، والإصدار 2.0 قيد التطوير. توجد ضوابط وصول باستخدام JWT في بعض مكوّنات الخادم، دون ادعاء حماية مسار القياسات بأكمله بهذه المصادقة.

نَسب العمل

نشأ المشروع بوصفه عملاً هندسياً أكاديمياً لدرجة الماجستير، واستمر تطويره لاحقاً. ولم تنفّذه TK Software بتكليف من عميل.

هل لديك مشروع في ذهنك؟

شاركنا المشكلة التي تواجه عملك أو فكرتك الأولية، ويمكننا مناقشة نطاق المشروع معاً.

خطط لمشروعك