IoT Hub مقابل Event Hubs — لماذا يختار معظم المصنّعين الخدمة الخاطئة

1. أعراض أرضية المصنع والتحدي الأساسي غالباً ما ترسل الفرق قياسات الإنتاج (Telemetry) إلى Azure باستخدام أي خدمة تبدو مناسبة في ورش العمل الأولية، ولا تكتشف إلا بعد شهور أن مسار البيانات لا يمكنه دعم العمليات الفعلية في المصنع. ويؤدي ذلك في كثير من الأحيان إلى ظهور عدة لوحات معلومات تعرض قيماً متضاربة (مثل مقارنة متوسطات كل 5 دقائق بالقيم القصوى أو الإنذارات)، وكلها مشتقة من نسخ لنفس الإشارة. وفي النهاية، لا يمثل هذا الانفصال التقني مجرد خلل برمجي بسيط، بل مشكلة في الثقة. ويكمن الخطأ الجذري في التعامل مع جميع بيانات الآلات الواردة على أنها بيانات قياس عامة، بدلاً من الفصل بين التحكم في الأجهزة، وحالة الإعدادات، والأوامر، ومعالجة التدفقات.

2. تصنيف حركة البيانات في المصنع قبل اختيار خدمات Azure، يجب تصنيف حركة البيانات حسب الاسم والاتجاه والملكية لضمان معالجتها بالشكل الصحيح.

• الأحداث (Events) هي وقائع مرتبطة بنقطة زمنية محددة، توضح ما حدث ومتى، مثل اكتمال دورة كبس، أو تجاوز قراءة الاهتزاز لحد معين. وهي سجلات تُلحق دائماً (Append-only) ولا ينبغي تعديلها في المراحل اللاحقة.
• الأوامر (Commands) هي طلبات توجه جهازاً أو بوابة لتنفيذ إجراء محدد، مثل جمع بيانات التشخيص أو اختبار الاتصال. وهي تحمل مسؤولية التنفيذ، ويجب أن تحترم حدود وحدة التحكم المنطقية القابلة للبرمجة (PLC) المحلية وحدود السلامة.
• الحالة (State) تعكس الوضع الحالي المعروف للجهاز، مثل إصدار البرمجيات أو ربط الوصفة النشطة، وليس سجله الزمني الكامل. ويتم عادةً إدارة الحالة عبر الخصائص المطلوبة (Desired) والمُبلَّغ عنها (Reported).
• الرسائل التشغيلية (Business messages) تشمل أعمالاً تشغيلية يجب أن تتم وتُتابع، مثل تعليق الجودة وطلبات الصيانة. ولا ينبغي خلطها أبداً بخطوط أحداث المستشعرات الخام.

3. النموذج الذهني: بوابة الهوية مقابل طريق البيانات السريع تعمل Azure IoT Hub كبوابة مُتحكم بها، وتركز بشكل أساسي على علاقات الأجهزة ودورة حياتها من خلال سجل الهويات، والمصادقة، وحالة التفعيل أو التعطيل. ويتيح ذلك لفرق الأمن عزل جهاز بوابة مشبوه أو مخترق، مثل بوابة الخط الرابع، أثناء الحادث دون إيقاف مسار القياسات بالكامل للمصنع. في المقابل، تعمل Azure Event Hubs كطريق بيانات سريع، وتركز بالكامل على معالجة التدفقات ونقل البيانات بكميات كبيرة لعدد كبير من القراء المستقلين. ولا تدير Event Hubs دورات حياة الأجهزة أو البرمجيات الثابتة أو الإعدادات المطلوبة؛ إذ تتمثل مهمتها الأساسية في الحفاظ على حركة البيانات بكفاءة عبر الأقسام (Partitions) ومجموعات المستهلكين (Consumer groups).

4. إدارة الأجهزة والأمان تعتمد خيارات المصادقة بشكل كبير على قدرات الأجهزة وبنية الأمان. ومفاتيح المتماثلة (Symmetric keys) باستخدام رموز SAS مناسبة للأجهزة محدودة الموارد والبوابات، لكنها تتطلب تخزيناً آمناً على مستوى الأجهزة لمنع سرقة المفاتيح. وبدلاً من ذلك، توفر شهادات X.509 سلاسل أنظف عبر جهة إصدار شهادات موثوقة للأساطيل الكبيرة، though أنها تتطلب إدارة قوية للتدوير ودورة الحياة. وتتبع دورة حياة الجهاز نمط التسجيل والتغيير والتعطيل والاستبدال، بما يضمن ربط جهاز الاستبدال بدوره التشغيلي وهويته السحابية دون كسر خطوط البيانات اللاحقة أو إنشاء أصول وهمية. علاوة على ذلك، تستخدم التوائم الرقمية للأجهزة (Device twins) الحالات المطلوبة والمُبلَّغ عنها لإدارة الإعدادات وحالة الصحة، إلا أنه لا ينبغي تخزين قياسات عالية التكرار داخل التوائم الرقمية أبداً.

5. آليات معالجة التدفقات والتوجيه تقسم الأقسام (Partitions) التدفقات إلى مسارات مرتبة، حيث يُطبق ضمان الترتيب بصرامة داخل قسم واحد فقط، ويتم تقسيمها عادةً حسب معرف الآلة أو الخط أو البوابة وفق منطق العمل. وتتيح مجموعات المستهلكين (Consumer groups) لعدة أنظمة لاحقة، مثل حاسبات OEE وأدوات مراقبة الحالة وخدمات استيعاب بحيرة البيانات، قراءة التدفق نفسه بشكل مستقل دون التنافس على مواضع القراءة. ويوفر الاحتفاظ بالتدفق (Stream retention) نافذة عمل للتعافي قصير المدى وتحمل الأعطال وتصحيح المنطق عبر إعادة التشغيل (Replay). إلا أن الاحتفاظ بالتدفق لا يغني عن سجل تاريخي دائم أو بحيرة بيانات (Lakehouse) لحفظ السجلات طويلة الأمد.

6. ملخص القرار المعماري عند تقييم الخدمات، يُستخدم Azure IoT Hub بأفضل صورة للبوابات الطرفية المُدارة، والإعدادات عن بُعد، وعزل أمان الأجهزة عبر سجل لكل جهاز والتوائم الرقمية الأصلية. ويُستخدم Azure Event Hubs بأفضل صورة للقياسات المستمرة عالية الحجم الموزعة على عدة مستهلكين باستخدام سياسات وصول على مستوى النطاق (Namespace)، دون إدارة أصلية لدورة حياة الأجهزة. وغالباً ما تجمع بنية المصنع القوية بين الخيارين، حيث يُستخدم IoT Hub عند حد الاتصال لإدارة الثقة والهوية والإعدادات، بينما تُستخدم Event Hubs في المراحل اللاحقة لتوزيع تدفق الأحداث عالي الحجم بأمان على مستهلكين مستقلين.






كن داعماً لهذا البودكاست: https://www.spreaker.com/podcast/m365-fm-microsoft-365-azure-cloud-power-platform-ai--6704921/support.