سير عمل نشر إصدار إنتاجي بإطلاق تدريجي (Canary) وتراجع آلي
سير عمل تنفيذي لنشر إصدار برمجي جديد إلى بيئة الإنتاج بأقل مخاطرة وبدون توقف للخدمة، مبني كخطوات تشغيل قابلة للتطبيق (runbook) لا كنصيحة عامة. يختلف جوهريًا عن سير مراجعة الـ Pull Request (الذي يسبق الدمج) وعن سير الاستجابة للحوادث (الذي يبدأ بعد وقوع العطل) وعن سير ترحيل قاعدة البيانات (الذي يغيّر مخطط البيانات نفسه): هدف هذا السير هو الطرح الاستباقي الآمن لإصدار جاهز عبر الإطلاق التدريجي (Canary / Progressive Delivery)، بحيث لا يصل الإصدار الجديد إلى كل المستخدمين دفعة واحدة، بل إلى شريحة صغيرة من حركة المرور أولًا تحت مراقبة، ثم يتوسع تدريجيًا فقط إذا بقيت مؤشرات الصحة ضمن حدود محددة سلفًا. يبدأ السير بفحوص ما قبل النشر (نجاح الـ CI، توافق خلفي، هجرات قاعدة بيانات آمنة، جاهزية علم الميزة وأمر التراجع) وأهمها تحديد معايير التراجع (rollback) كأرقام صريحة قبل النشر لا بعده: أقصى معدل خطأ، أقصى كمون p95، ونافذة المراقبة. ثم يوجّه نسبة صغيرة من حركة المرور (مثل 5%) إلى الإصدار الجديد، ويراقب معدل الأخطاء والكمون ومعدل النجاح مقابل الحدود لفترة محددة، ثم يمرّ ببوابة قرار: إن بقيت المؤشرات ضمن الحد يتوسع الطرح (25% ثم 50% ثم 100%) مع إعادة فحص البوابة عند كل زيادة؛ وإن تجاوز أي مؤشر حده يتحرك مسار التراجع الآلي فورًا فيعيد كل حركة المرور إلى الإصدار المستقر السابق، يتحقق من التعافي، ويجمّد النشر ويوثّق السبب. ينتهي السير بتحقق بعد النشر وإغلاق الإصدار وإزالة القديم وتنظيف علم الميزة. يتضمن نقاط توقف واضحة: لا توسيع مع تدهور المؤشرات، ولا نشر بدون معيار تراجع محدد مسبقًا، وطلب المعلومة الناقصة (الحدود، أمر النشر، أمر التراجع) بدل التخمين. مناسب لمهندسي الـ Backend وDevOps ومديري الإصدار الذين يريدون طرحًا متسقًا قابلًا للقياس والعكس، وقابل للتحويل إلى runbook أو checklist داخل أدوات الوكيل مثل Claude Code وCursor وCodex.
تقرير نشر عربي منظّم: قائمة فحوص ما قبل النشر مع تأكيد معايير التراجع الرقمية، جدول إطلاق تدريجي (نسبة حركة المرور، أمر التنفيذ، مدة المراقبة، شرط النجاح، شرط التراجع)، بوابة صحة وقرار عند كل خطوة، مسار تراجع آلي دقيق، تحقق ما بعد النشر ومعيار الإغلاق، ثم ملخص تنفيذي بقرار واحد (اكتمل النشر / جرى التراجع) وأعلى مؤشر لوحظ مقابل الحدود.
