عندما يبدأ مشروعك الميكانيكي "بالعمل في الصوامع"

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

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

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

هل يبدو هذا مجردًا بعض الشيء؟ دعونا نتحدث عن شيء محدد

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

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

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

كيف تبدو منصة الخدمات الصغيرة الموثوقة؟

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

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

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

تجنب تلك الفخاخ رائع

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

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

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

إذًا كيف تبدأ القصة؟

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

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

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

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

وهذه ليست مجرد ترقية تكنولوجية، ولكنها أيضًا طريقة جديدة للتفكير في التعامل مع التعقيد. مشروعك يستحق هذا النوع من الوضوح والمرونة.

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