هندسة الخدمات الصغيرة: عندما يبدأ مشروعك الميكانيكي "المحادثة"

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

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

هل هناك طريقة لجعل هذه المكونات "حية" حقًا، مستقلة ومنسقة ضمنيًا؟

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

لماذا هذا مهم جدا للمشاريع الميكانيكية؟

قد تسأل: هل أحتاج هذا لمشروعي؟ دعونا نلقي نظرة على بعض السيناريوهات العملية.

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

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

لكن الخدمات الصغيرة ليست حلاً سحريًا

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

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

كيف نبدأ هذا التحول المعماري؟

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

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

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

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

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

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

غالبًا ما يبدأ التغيير بفكرة، تليها تجربة صغيرة. ربما تبدأ بالمشروع التالي وتحاول السماح لإحدى وحدات التحكم في المحركات بأن تتمتع بـ "عمرها الصغير" أولاً. انظر ماذا يحدث.

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

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