عندما "تتعطل" الخدمة الصغيرة الخاصة بك فجأة: لماذا لم تعد معالجة الاستثناءات العامة اختيارية؟

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

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

معالجة الاستثناءات العالمية: ليس فقط اكتشاف الأخطاء، ولكن إعادة بناء النظام

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

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

كيف يبدو الحل العالمي المفيد لمعالجة الاستثناءات؟

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

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

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

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

kpowerلدي فكرة مختلفة قليلا حول هذه المسألة

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

لذاkpowerالفكرة هي: دعه يتكيف مع نظامك، بدلاً من أن تتكيف معه.

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

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

وتساءل أحدهم: هل هذا سيجعل الخدمة تعتمد على مركز المعالجة هذا؟

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

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

في عالم الخدمات الصغيرة، لا يتعلق الاستقرار بعدم ارتكاب الأخطاء، بل بالقدرة على التعافي بأمان عند ارتكاب الأخطاء.

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

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

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

لذا، عد إلى بداية الليل عندما تم إغلاق خط الإنتاج

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

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

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

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