عندما يلتقي نظام المؤازرة بهندسة البرمجيات: حديث عشوائي عن "مرتب"

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

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

ما الذي يزعجنا بالضبط؟

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

يجلب هذا "الاتصال الصعب" العديد من المشاكل النموذجية:

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

طريقة تفكير أنظف

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

ما هي الفوائد التي يجلبها هذا؟ تخيل تصميم نظام التحكم في تروس التوجيه. الجوهر هو "كيفية التحكم الدقيق في الزاوية وعزم الدوران" (منطق العمل). وهذا في حد ذاته لا ينبغي أن يهتم بما إذا كانت الإشارة تأتي من PWM أو CAN bus أو Ethernet (الواجهة الخارجية)، ولا ما إذا كانت بيانات الموقع مخزنة في قاعدة بيانات SQL أو ملف نصي (البنية التحتية). أي أنها يجب أن تكون نقية وقابلة للاختبار ومستقرة.

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

ماذا عن الخدمات المصغرة؟ هل هو نفس الشيء مثل "مرتب"؟

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

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

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

كيف تقترب من هذا المثالي في الواقع؟

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

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

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

تحدث عن المشاعر

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

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

قد يكون هذا هو أبسط السعي وراء "النظافة" و"التركيز على الخدمة".

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