RabbitMQ / المتقدم: الملكية المرتبة والإعادة المحتفظ بها وقبول التعافي / الدرس 17
ترحيل البنية والترقيات
تخطيط التوافق وتغطية الرسائل عند تغيير البنية أو الإصدار دون اعتبار أخطاء الإعلان إذناً لحذف البيانات.
في هذه الصفحة
أهداف الدرس
- مراجعة خصائص الصف الثابتة وحدود الترحيل المرحلي.
- فصل توافق البرنامج وErlang وأعلام الميزات والتطبيق.
يحمل اسم الصف القائم عقداً
قد يفشل إعلان صف موجود بمتانة أو نوع أو خصائص حساسة للتكافؤ غير متوافقة برسالة PRECONDITION_FAILED. يحدد الخطأ اختلافاً، لا يمنح إذناً بحذف مورد ممتلئ. حدد التطبيق المالك للإعلان والمستهلكين المعتمدين عليه. يحتاج تغيير النوع عموماً بنية جديدة وترحيل رسائل وتطبيق مخططاً، لا تعديل سياسة في المكان. ينبغي أن يحفظ عقد الوجهة هوية العمل والترتيب المطلوب بين المسارين. أدرج مسارات dead-letter وصفوف الرد والصلاحيات في الجرد، كي لا تقطع إعادة تسمية تبدو صغيرة مرحلة معالجة أغفلت.
الترقية أكثر من استبدال حزمة واحدة
تعتمد انتقالات إصدار RabbitMQ مسارات ترقية مدعومة وإصدارات Erlang متوافقة وأعلام ميزات مفعلة وإضافات وسلوك عملاء. راجع المصدر والهدف الدقيقين، ولا تفترض خلط أي إصدارين من 4.x اعتباطياً. قد يغير تفعيل الميزات خيارات التراجع مستقلاً عن استبدال البرنامج. غاب classic mirroring في 4.x، فلا تعيد إعدادات الإتاحة القديمة الميزة. قد تقيد المنتجات المدارة تسلسل الترقية والإضافات. يختار المقرر وثائق 4.1 للتعليم ولا يدعي الأحدث أو الدعم؛ وتحتاج القرارات مصفوفة توافق رسمية حالية للنشر الفعلي.
تعريف تغطية التحول قبل نقل الحركة
تسمي خطة JSON الصفين القديم والجديد ونطاق مصدر محدوداً وهوية عملية ثابتة. هي أثر تصميم، لا أمر نسخ أو تعديل روابط أو ترقية. يجب أن يقرر الترحيل توقيت تحول الناشرين وكيف يصرف التراكم القديم وكيف تميز نسخ المسارات المتداخلة. قد تخفي الأعداد التكرار والفقد معاً؛ فقارن الهويات والنتائج المطلوبة. إذا لزم ترتيب مفتاح صارم، فقد يخرقه مستهلكو المسارين المتزامنون دون تنسيق الملكية صراحة. سجل حد توقف وتراجع يمكن للمراجعين تقييمه قبل أي تنفيذ مصرح به.
{"source_queue":"lab.labels.v1","destination_queue":"lab.labels.v2","required_operations":["evt-a","evt-b","evt-c"],"identity_policy":"preserve-original","cutover":"reviewed-publisher-boundary","rollback":"review-before-execution"}تسجل الخطة متطلبات المراجعة ولا تغير رابطاً أو تصرف صفاً أو تنقل رسالة.
مقارنة الهويات المطلوبة بما قبلته الوجهة
تضم المجموعات المحلية ثلاث عمليات مطلوبة وهويتين مقبولتين في الوجهة. يكشف الفرق غياب evt-b من هذه البيانات. إنه حساب تغطية، لا تصريف صف أو بروتوكول نقل أو إثبات غياب رسالة حية. تحتاج المراجعة الحقيقية أيضاً تعارض الحمولات وتكرار الهويات وحالة آثار الوجهة. يحفظ تصدير التعريفات بيانات البنية لا أجسام الرسائل؛ فلا يعيد وحده تراكمًا صرف أو فقد. تتبع الاستعادة قيود هوية عقدة واتساق في دليل الإصدار، ولا يعد نسخ دليل جارٍ استراتيجية تعاف مختبرة هنا.
required = {'evt-a', 'evt-b', 'evt-c'}
accepted_destination = {'evt-a', 'evt-c'}
missing = required - accepted_destination
assert missing == {'evt-b'}
print(sorted(missing))['evt-b']تغيب evt-b عن مجموعة الوجهة المعطاة؛ ولا تفحص حالة وسيط.
فصل صحة الخدمة عن قبول العمل
بعد تغيير مستقل مصرح به، يشمل التحقق المفيد التوجيه والتأكيدات وإقرارات المستهلك وإتاحة الصف وآثار العمل المقبولة. لا يكفي نجاح بدء عملية أو اخضرار نظرة العنقود. احفظ الإصدارات الأصلية والسياسات الفعلية وأدلة التغطية عند تقييم التراجع. لا يعكس تخفيض حزمة تلقائياً تغييرات بيانات أو ميزات أو آثار خارجية. لا ينفذ الدرس ترقية أو ترحيلاً أو تصديراً أو إعادة أو إدارة. يفحص خطة ومجموعات فقط، ويترك توافق النسخ المختلطة وزمن التعافي وأمان التراجع غير مختبرة، لا ضمنية من النموذج.
الأخطاء الشائعة وإصلاحها
حذف صف ممتلئ فوراً لعلاج اختلاف إعلان.
- لماذا يحدث؟
- استبدال التشخيص بإعادة إنشاء مدمرة.
- كيف تصلحه؟
- حدد الملكية وأعد خطة ترحيل تغطية.
- كيف تتجنب تكراره؟
- راجع الخصائص الثابتة قبل نشر العميل.
اعتبار تصدير التعريفات نسخة رسائل كاملة.
- لماذا يحدث؟
- الخلط بين البنية وأجسام الرسائل.
- كيف تصلحه؟
- احصر أنواع بيانات التعافي واستخدم إجراءات مدعومة.
- كيف تتجنب تكراره؟
- اختبر تعافي التراكم منفصلاً عن البنية.
افتراض عكس الترقية بتخفيض حزمة اعتباطي.
- لماذا يحدث؟
- إغفال قيود تراجع الميزات والبيانات.
- كيف تصلحه؟
- اتبع إرشاد المصدر والهدف والتعافي المدعوم الدقيق.
- كيف تتجنب تكراره؟
- وثق حدود التراجع قبل تفعيل الميزات.
اختبر فهمك
1. لماذا لا يثبت تساوي عدد الرسائل تغطية الترحيل؟
اعرض الحل المشروح
قد تستبدل نسخة مكررة عملية مفقودة مع ثبات العدد. قارن الهويات المطلوبة واتساق الحمولات وآثار الوجهة. احفظ حد المصدر واحسب التداخل صراحة كي لا يخفي العدد عملاً مفقوداً أو متكرراً.
2. هل يعتمد تأكيد المجموعة فقد صف حي لـevt-b؟
اعرض الحل المشروح
لا؛ يقارن مجموعات اصطناعية معطاة فقط. يحتاج التحقيق الحي أدلة مصرحاً بها وأزمنة ومراعاة الجاري. يعلم المثال قاعدة القبول دون استعلام أو ادعاء نقل أو تشخيص فقد أو تراجع آمن منفذ.
أهم ما تعلمته
- تحتاج تغيرات الإصدار والبنية خطط تغطية وتوافق.
- يجب أن يشمل ادعاء الاستعادة والتراجع الرسائل وحالة العمل.