تم تقديم إصدار EdgeX 2.0، وهو نظام أساسي معياري مفتوح لتمكين إمكانية التشغيل البيني بين أجهزة وتطبيقات وخدمات إنترنت الأشياء. لا يرتبط النظام الأساسي بأجهزة وأنظمة تشغيل محددة من بائعين محددين، ويتم تطويره بواسطة مجموعة عمل مستقلة تحت رعاية مؤسسة Linux. تتم كتابة مكونات النظام الأساسي بلغة Go ويتم توزيعها بموجب ترخيص Apache 2.0.
يتيح لك EdgeX إنشاء بوابات تربط أجهزة إنترنت الأشياء الموجودة وتجمع البيانات من أجهزة استشعار مختلفة. تنظم البوابة التفاعل مع الأجهزة وتقوم بالمعالجة الأولية وتجميع وتحليل المعلومات، وتعمل كحلقة وصل وسيطة بين شبكة أجهزة إنترنت الأشياء ومركز التحكم المحلي أو البنية التحتية لإدارة السحابة. يمكن للبوابات أيضًا تشغيل معالجات مجمعة كخدمات صغيرة. يمكن تنظيم التفاعل مع أجهزة إنترنت الأشياء عبر شبكة سلكية أو لاسلكية باستخدام شبكات TCP/IP وبروتوكولات محددة (غير IP).
يمكن دمج البوابات لأغراض مختلفة في سلاسل، على سبيل المثال، يمكن لبوابة الرابط الأول حل مشاكل إدارة الجهاز (إدارة النظام) والأمن، ويمكن لبوابة الرابط الثاني (خادم الضباب) تخزين البيانات الواردة وإجراء التحليلات وتقديم الخدمات. النظام معياري، لذلك يتم تقسيم الوظيفة إلى عقد فردية اعتمادًا على الحمل: في الحالات البسيطة، تكفي بوابة واحدة، ولكن بالنسبة لشبكات إنترنت الأشياء الكبيرة يمكن نشر مجموعة كاملة.
يعتمد EdgeX على مكدس Fuse IoT المفتوح، والذي يتم استخدامه في Dell Edge Gateways لأجهزة IoT. يمكن تثبيت النظام الأساسي على أي جهاز، بما في ذلك الخوادم المستندة إلى وحدات المعالجة المركزية x86 وARM التي تعمل بنظام التشغيل Linux أو Windows أو macOS. يتضمن المشروع مجموعة مختارة من الخدمات المصغرة الجاهزة لتحليل البيانات وأمنها وإدارتها وحل المشكلات المختلفة. يمكن استخدام لغات Java وJavascript وPython وGo وC/C++ لتطوير الخدمات الصغيرة الخاصة بك. يتم تقديم SDK لتطوير برامج التشغيل لأجهزة وأجهزة الاستشعار الخاصة بإنترنت الأشياء.
التغييرات الرئيسية:
- تم تنفيذ واجهة ويب جديدة، تم إنشاؤها باستخدام إطار عمل Angular JS. من بين مزايا واجهة المستخدم الرسومية الجديدة سهولة الصيانة وتوسيع الوظائف، ووجود معالج لتوصيل الأجهزة الجديدة، وأدوات تصور البيانات، وواجهة محسنة بشكل كبير لإدارة البيانات الوصفية، والقدرة على مراقبة حالة الخدمات (الذاكرة) الاستهلاك، وتحميل وحدة المعالجة المركزية، وما إلى ذلك).
- تمت إعادة كتابة واجهة برمجة التطبيقات (API) بالكامل للعمل مع الخدمات الصغيرة، والتي أصبحت الآن مستقلة عن بروتوكول الاتصال، وأكثر أمانًا وتنظيمًا جيدًا (تستخدم JSON) وتتبع البيانات التي تتم معالجتها بواسطة الخدمة بشكل أفضل.
- زيادة الكفاءة والقدرة على إنشاء تكوينات خفيفة الوزن. أصبح مكون البيانات الأساسية، المسؤول عن حفظ البيانات، اختياريًا الآن (على سبيل المثال، يمكن استبعاده عندما تحتاج فقط إلى معالجة البيانات من أجهزة الاستشعار دون الحاجة إلى الحفظ).
- تمت زيادة الموثوقية وتم توسيع أدوات ضمان جودة الخدمة (QoS). عند نقل البيانات من خدمات الجهاز (خدمات الأجهزة، المسؤولة عن جمع البيانات من أجهزة الاستشعار والأجهزة) إلى خدمات معالجة البيانات وتراكمها (خدمات التطبيقات)، يمكنك الآن استخدام ناقل الرسائل (Redis Pub/Sub، 0MQ أو MQTT) دون الارتباط إلى HTTP - بروتوكول REST وضبط أولويات جودة الخدمة على مستوى وسيط الرسائل. بما في ذلك النقل المباشر للبيانات من خدمة الجهاز إلى خدمة التطبيقات مع النسخ الاختياري لخدمة البيانات الأساسية. يتم الاحتفاظ بدعم نقل البيانات عبر بروتوكول REST، ولكن لا يتم استخدامه بشكل افتراضي.
- تم تنفيذ وحدة عالمية (موفر سري) لاسترداد البيانات السرية (كلمات المرور والمفاتيح وما إلى ذلك) من المخازن الآمنة مثل Vault.
- يتم استخدام أدوات القنصل للحفاظ على سجل الخدمات والإعدادات، وكذلك لإدارة الوصول والمصادقة. توفر بوابة API الدعم للاتصال بـ Consul API.
- تقليل عدد العمليات والخدمات التي تتطلب امتيازات الجذر في حاويات Docker. حماية إضافية ضد استخدام Redis في الوضع غير الآمن.
- تكوين مبسط لبوابة API (كونج).
- ملفات تعريف مبسطة للجهاز، والتي تحدد معلمات المستشعر والجهاز، بالإضافة إلى معلومات حول البيانات التي تم جمعها. يمكن تعريف الملفات الشخصية بتنسيقات YAML وJSON.
- تمت إضافة خدمات الجهاز الجديدة:
- CoAP (مكتوب بلغة C) مع تطبيق بروتوكول التطبيق المقيد.
- GPIO (مكتوب بلغة Go) للاتصال بوحدات التحكم الدقيقة والأجهزة الأخرى، بما في ذلك لوحات Raspberry Pi، عبر منافذ GPIO (الإدخال/الإخراج العام).
- LLRP (مكتوب باللغة Go) مع تنفيذ بروتوكول LLRP (بروتوكول القارئ منخفض المستوى) للاتصال بقارئات علامات RFID.
- UART (مكتوب بلغة Go) مع دعم UART (جهاز الاستقبال/الإرسال العالمي غير المتزامن).
- تم توسيع قدرات خدمات التطبيقات المسؤولة عن إعداد وتصدير البيانات لمعالجتها لاحقًا في الأنظمة والتطبيقات السحابية. تمت إضافة دعم لتصفية البيانات من أجهزة الاستشعار حسب اسم ملف تعريف الجهاز ونوع المورد. تم تنفيذ القدرة على إرسال البيانات إلى عدة مستلمين بواسطة خدمة واحدة والاشتراك في العديد من ناقلات الرسائل. تم اقتراح قالب لإنشاء خدمات التطبيقات الخاصة بك بسرعة.
- تتوافق أرقام المنافذ المحددة للخدمات الصغيرة مع النطاقات الموصى بها من قبل هيئة الأرقام المخصصة للإنترنت (IANA) للاستخدام الخاص، مما سيتجنب التعارض مع الأنظمة الحالية.
المصدر: opennet.ru