معالجة البيانات حيث تُنتج. ليس كل شيء يحتاج إلى العودة إلى السحابة - وللكثير من أحمال عمل إنترنت الأشياء، لا يمكن ذلك.

لديك أجهزة في الميدان - مستشعرات على أرضيات المصانع، كاميرات في المستودعات، شاشات على المعدات الزراعية، أجهزة قابلة للارتداء على المرضى - تولد بيانات تحتاج إلى معالجتها، العمل عليها، وإرسالها بشكل انتقائي إلى السحابة. زمن الانتقال إلى منطقة السحابة مرتفع جدًا لاتخاذ قرارات في الوقت الفعلي. عرض النطاق الترددي مكلف جدًا أو غير موثوق به لبث كل شيء. تحتاج الأجهزة إلى العمل عندما تكون الشبكة معطلة. تحتاج إلى هندسة توزع الذكاء عبر الطبقات الطرفية، الضبابية، والسحابية بناءً على مكان اتخاذ كل قرار.
Explore more design patterns and system architectures
تستخدم MicrocosmWorks إطار عمل لاتخاذ القرار يعتمد على حساسية زمن الاستجابة (latency)، وتكلفة النطاق الترددي (bandwidth)، ومتطلبات خصوصية البيانات لتقسيم أعباء العمل بين الحافة والسحابة. تعمل المهام الحرجة للوقت مثل اكتشاف الشذوذ على بيانات المستشعرات، وحلقات التحكم المحلية، وإغلاقات السلامة على الحافة، بينما يبقى تدريب النماذج والتحليلات التاريخية وتجميع البيانات عبر المواقع في السحابة. نساعد العملاء على ربط كل حالة استخدام لـ IoT بالمستوى الحسابي المناسب خلال مرحلة اكتشاف البنية المعمارية لدينا.
تقوم MicrocosmWorks بتصميم عقد الحافة (edge nodes) مع استمرارية محلية باستخدام قواعد بيانات خفيفة الوزن مثل SQLite أو TimescaleDB، مقترنة بآلية تخزين وإعادة توجيه (store-and-forward queuing) تخزن البيانات مؤقتًا أثناء فترات انقطاع الاتصال وتزامِن تلقائيًا عند استعادة الاتصال. يتضمن firmware الحافة لدينا منطق حل النزاعات للسيناريوهات التي تختلف فيها القرارات المحلية المتخذة دون اتصال بالإنترنت عن حالة جانب السحابة. يضمن ذلك عدم فقدان البيانات والتشغيل المستمر حتى في البيئات ذات الاتصال المتقطع مثل المواقع الصناعية النائية أو الأساطيل المتنقلة.
تختار MicrocosmWorks الأجهزة الطرفية بناءً على ملف تعريف عبء العمل—NVIDIA Jetson للرؤية الحاسوبية واستدلال التعلم الآلي (ML inference)، وبوابات متوافقة مع AWS IoT Greengrass للحوسبة الطرفية للأغراض العامة، وأجهزة PC صناعية متينة من بائعين مثل Advantech لبيئات التصنيع القاسية. نحن نحتفظ ببنى مرجعية لكل منصة تتضمن حزمًا (stacks) للشبكات والأمان والقياس عن بعد (telemetry) معدة مسبقًا، مما يسرع عملية النشر بنسبة 40-60%. يقوم فريقنا بتقييم استهلاك الطاقة، ونطاق درجة حرارة التشغيل، وخيارات الاتصال لتناسب ظروف موقعك المحددة.
أكملت MicrocosmWorks مشاريع تحديث SCADA متعددة حيث نقوم بتراكب بوابات الحوسبة الطرفية (edge computing gateways) التي تترجم البروتوكولات القديمة مثل Modbus و OPC-UA إلى تدفقات MQTT أو gRPC حديثة دون تعطيل أنظمة التحكم الحالية. نقوم بتشغيل بنية متوازية أثناء الترحيل بحيث يستمر نظام SCADA القديم في العمل بينما يتم التحقق من صحة مسار الحوسبة السحابية الطرفية (edge-cloud pipeline) الجديد مقابل بيانات الإنتاج. تبدأ أسعار الاستشارات لدينا لتحديث إنترنت الأشياء الصناعي (industrial IoT) من 20 إلى 50 دولارًا أمريكيًا في الساعة اعتمادًا على تعقيد البروتوكول والمتطلبات التنظيمية المعنية.
يمكن لفريق معماري لدينا مساعدتك في تصميم وبناء الأنظمة باستخدام هذا النمط لمتطلباتك المحددة.
تواصل معناتوزع هندسة الحافة-الضباب-السحابة الحوسبة عبر ثلاث طبقات. الأجهزة الطرفية تجمع بيانات المستشعرات وتقوم بتشغيل استدلال خفيف الوزن (اكتشاف الشذوذ، تنبيهات العتبة). عقد الضباب (بوابات محلية أو خوادم محلية) تجمع البيانات من عدة أجهزة طرفية، تشغل نماذج أكثر تعقيدًا، وتدير أساطيل الأجهزة. الخدمات السحابية تتعامل مع التخزين طويل الأجل، تدريب النماذج، التحليلات على مستوى الأسطول، ولوحات التحكم الإدارية. تأخذ الهندسة في الاعتبار الاتصال المتقطع، تباين الأجهزة، التحديثات عبر الهواء، والأمان في كل طبقة.
تتدفق البيانات صعودًا عبر الطبقات مع وجود الذكاء في كل طبقة. تنشر الأجهزة الطرفية قراءات المستشعرات إلى عقد الضباب عبر MQTT أو CoAP. تقوم عقد الضباب بتشغيل معالجة التدفق (Apache NiFi، AWS Greengrass، أو مخصصة) لتصفية، تجميع، وإثراء البيانات قبل إرسالها إلى السحابة. يقوم استيعاب السحابة (Kinesis، IoT Core، أو Event Hubs) بتوجيه البيانات إلى قواعد البيانات الزمنية، بحيرات البيانات، وخطوط أنابيب تدريب ML. تتدفق الأوامر والتحديثات عبر الهواء نزولاً عبر نفس المسار. يحافظ نظام الظل/التوأم للجهاز على الحالة الأخيرة المعروفة لكل جهاز للاستعلام والمصالحة.
| الطبقة | التقنيات |
|---|---|
| الأجهزة الطرفية | ESP32، Raspberry Pi، Jetson Nano/Orin، STM32، لوحات دوائر مطبوعة مخصصة |
| البروتوكولات | MQTT (Mosquitto، EMQX)، CoAP، Modbus، BACnet، LoRaWAN، BLE |
| الضباب/البوابة | AWS Greengrass، Azure IoT Edge، Apache NiFi، Docker على أجهزة الكمبيوتر الصناعية |
| السحابة IoT | AWS IoT Core، Azure IoT Hub، GCP IoT، وسطاء MQTT مخصصون |
| البيانات | InfluxDB، TimescaleDB، ClickHouse، S3/Parquet للتخزين البارد |
| ML في الحافة | TensorFlow Lite، ONNX Runtime، NVIDIA TensorRT (Jetson) |
| استخدم عندما | تجنب عندما |
|---|---|
| تولد الأجهزة بيانات عالية الحجم مكلفة لنقلها بالكامل | جميع الأجهزة لديها اتصال سحابي موثوق ومنخفض زمن الانتقال |
| تحتاج القرارات في الوقت الفعلي إلى استجابة < 100ms (السلامة، أنظمة التحكم) | العبء هو جمع البيانات فقط مع معالجة سحابية دفعة واحدة |
| يجب أن تعمل الأجهزة أثناء انقطاعات الشبكة | لديك < 50 جهازًا ويمكنك إدارتها بشكل فردي |
| تتطلب الخصوصية/الامتثال معالجة البيانات محليًا قبل الإرسال السحابي | "الحافة" هي في الواقع متصفح ويب - هذا هندسة مختلفة |
تصمم MW هندسات إنترنت الأشياء بعدسة "جاذبية البيانات" - نحدد المكان الذي يحتاج فيه كل نوع من البيانات إلى المعالجة (الحافة، الضباب، أو السحابة) بناءً على متطلبات زمن الانتقال، تكاليف عرض النطاق الترددي، ودقة القرار. لا ندفع كل شيء إلى السحابة ونقوم بالتصفية لاحقًا. تشمل عمليات النشر الطرفية لدينا توفير الأجهزة الآلي مع المصادقة المستندة إلى الشهادات، خطوط أنابيب التحديث عبر الهواء مع عمليات النشر المرحلية والتراجع التلقائي، ولوحات التحكم المحلية على عقد الضباب للمشغلين في الموقع الذين لا يمكنهم الانتظار لجولات السحابة.
الأمن ليس ميزة تضيفها بعد الإطلاق. إنه خاصية معمارية — إما أن النظام قد صُمم لأجلها، أو لم يُصمم.