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