نمط الملحمة في الخدمات المصغرة

حل المشاكل في الخدمات المصغرة؟ جرب وضع ساجا

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

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

ما هو وضع ساغا؟ إنه مثل "المدير المنسق"

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

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

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

لماذا تحتاج إلى الاهتمام بهذا؟ خطوة إلى عدد أقل من الفخاخ والنوم أكثر

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

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

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

كيفية استخدامه؟ بعض الأفكار العملية

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

دع التكنولوجيا الموثوقة تصبح الدعم الصامت للأعمال

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

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

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

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