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

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

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

ولكن هل هناك احتمال آخر؟

اجعل كل جزء "حيًا"

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

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

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

تلك الفوائد الصامتة

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

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

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

من المخطط إلى الواقع: التحول في خطوات قليلة فقط

كيفية استخدام هذه البنية؟ الأمر ليس بسيطًا مثل تغيير المسمار، ولكنه ليس غامضًا كما قد تتخيل.

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

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

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

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

تجنب المزالق الشائعة

كل طريقة لها أعصابها. تكره بنية الخدمات الصغيرة شيئين: الانقسام بلا هدف والتواصل الفوضوي.

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

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

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

هل هذا صحيح حقا بالنسبة لك؟

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

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

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

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

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

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