اشرح لماذا يجب علينا استخدام الخدمات المصغرة

من عالق إلى سلس: لماذا يحتاج مشروعك الميكانيكي إلى بنية خدمات صغيرة؟

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

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

ما هي المشاكل العملية التي تحلها الخدمات المصغرة؟

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

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

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

قد يتساءل المرء: "ولكن أليست الأنظمة الموزعة أكثر تعقيدا؟"

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

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

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

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

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

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

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

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

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