عندما يواجه تصميم الخدمة المصغرة الخاص بك "القليل من المزاج"

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

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

كيف نجعل هذه "الأجزاء الصغيرة" تتحدث بشكل جيد؟

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

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

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

ادخل إلى ذلك المتجر المتواضع

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

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

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

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

إذًا، ما الذي يفعله نمط تصميم الخدمات الصغيرة بالضبط؟

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

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

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

هذه النماذج ليست نظريات تأتي من فراغ. ينشأ معظمها من المشكلات المتكررة في المشاريع والحلول الفعلية التي أثبتت فعاليتها.

تردد عند الاختيار: هناك الكثير من الموديلات، كيف تختار؟

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

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

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

كن صادقا

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

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

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

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

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