عند رحلة الخدمات المصغرة: إبقاء الأضواء مضاءة باستخدام قواطع الدائرة

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

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

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

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

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

ولكن ليست كل القواطع متساوية. قد تتساءل، ما الذي يجب أن يفعله الشخص الجيد بالفعل؟

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

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

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

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

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

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

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