عندما يكون مشروعك عالقًا في نقاش "الخدمات الصغيرة أو المتراصة"

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

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

لماذا يجب أن يؤثر أداء الأجهزة على قراراتك البرمجية؟

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

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

فكيف الخروج من هذه الدورة؟

فكر بوضوح في الإجراءات التي تريدها أولاً، ثم انظر مرة أخرى إلى الهيكل المطلوب.

على سبيل المثال، إذا قمت بإنشاء جهاز عرض تفاعلي:

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

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

إجابات على الأسئلة المتداولة

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

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

تفاصيل غير مرئية، نتائج مرئية

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

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

لذا، في المرة القادمة التي يكون لديك فيها اجتماع...

عندما تندرج المناقشة في دائرة "أي معمارية أفضل"، حاول تغيير السؤال: "ما هي الحركة الجسدية التي نريد تحقيقها؟ ما مدى السرعة والدقة والقوة التي تحتاجها هذه الحركة؟"

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

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

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

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