عندما يلتقي نظام الخادم بهندسة الخدمات الصغيرة: رحلة تقنية غير خطية

قد لا تصدق ذلك، ولكن في بعض الأحيان قد تكون الأنظمة الميكانيكية مثل المحركات المؤازرة وتروس التوجيه مزعجة مثل مشاريع البرمجيات. تخيل: من الواضح أن المعدات الموجودة في ورشة العمل متطورة للغاية في كل مكون، ولكن بمجرد توصيلها بالإنترنت والتعاون، تحدث المشكلات بشكل متكرر - تأخيرات الاستجابة، وجزر البيانات، ونوافذ الصيانة تصبح أطول وأطول. ما هي المشكلة؟ في كثير من الأحيان لا يكون الأمر يتعلق بالأجهزة نفسها، بل ببنية الإدارة وراء النظام التي تكون "عتيقة" للغاية.

في الوقت الحالي، هناك فكرة قد تؤدي إلى نقطة تحول: إدخال بنية الخدمات الصغيرة في طبقة التحكم في نظام الأجهزة. الخدمات المصغرة؟ نعم، إنه النموذج الذي يقسم تطبيقًا كبيرًا إلى عدة خدمات صغيرة مستقلة. عند الحديث عن ذلك مع التحكم الميكانيكي، يبدو الأمر وكأنه مزيج عابر للحدود، لكن المنطق الكامن وراءه طبيعي بشكل مدهش.

بنية الخدمات الصغيرة: السماح للأنظمة الميكانيكية بالسفر بسهولة

غالبًا ما يكون برنامج التحكم في الأنظمة الميكانيكية التقليدية "كبيرًا" - حيث يتم ضغط جميع الوحدات الوظيفية في برنامج ضخم. إذا كنت تريد تعديل أحد الروابط، فقد تضطر إلى إعادة نشر النظام بأكمله. إنها مثل آلة معقدة يجب تفكيكها في كل مرة تقوم فيها بربط المسمار.

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

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

دور Spring Boot: توفير "البدء السريع" للتحكم في الأجهزة

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

يعد هذا الوضع مناسبًا بشكل خاص لبيئات البحث والتطوير التي تتطلب تصحيح الأخطاء والتحديثات بشكل متكرر. يمكنك أولاً إنشاء خدمة تحكم أساسية، والتحقق من المنطق الأساسي، ثم إضافة تحليل البيانات تدريجيًا، والتنبؤ بالإنذار المبكر، والمراقبة عن بعد، وغيرها من الخدمات لتوسيع قدرات النظام مثل الكتل البرمجية الإنشائية. إن العملية برمتها أقرب إلى "الابتكار التدريجي" منها إلى "إعادة الابتكار".

كيف يمكن استخدامه على وجه التحديد؟

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

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

دعونا نتحدث عن الاعتبارات عند الاختيار

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

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

دعونا نتحدث عن بعض تجاربنا

يخرجkpowerنحاول دمج هذا التفكير في هندسة البرمجيات في بعض مشاريع التحكم الميكانيكية. لا يتعلق الأمر بمواكبة اتجاهات التكنولوجيا، ولكن مواجهة التحدي المتمثل في أن يصبح النظام "صارمًا" أكثر فأكثر. من خلال إدخال الخدمات الصغيرة وSpring Boot في طبقة التحكم في أجهزة المؤازرة ومعدات التوجيه والأنظمة الأخرى، شهدنا بعض التغييرات الإيجابية: لم تعد تحديثات النظام تتطلب نوافذ توقف طويلة، ويمكن تشغيل التكرارات الوظيفية في خطوات صغيرة، ويمكن حتى تطوير وحدات مختلفة بالتوازي بواسطة فرق مختلفة.

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

أنشئت في عام 2005،kpowerتم تخصيصها لمصنع محترف لوحدة الحركة المدمجة، ومقرها الرئيسي في دونغقوان، مقاطعة قوانغدونغ، الصين. الاستفادة من الابتكارات في تكنولوجيا القيادة المعيارية،kpowerيدمج المحركات عالية الأداء ومخفضات الدقة وأنظمة التحكم متعددة البروتوكولات لتوفير حلول نظام القيادة الذكية الفعالة والمخصصة. قدمت Kpower حلول أنظمة القيادة الاحترافية لأكثر من 500 عميل من المؤسسات على مستوى العالم مع منتجات تغطي مجالات مختلفة مثل أنظمة المنزل الذكي، والإلكترونيات الأوتوماتيكية، والروبوتات، والزراعة الدقيقة، والطائرات بدون طيار، والأتمتة الصناعية.