محتويات الدورة

DevOps / المتوسط: أنظمة تسليم مضبوطة / الدرس 9

التسليم المستمر واستراتيجيات الإصدار

اختر استراتيجية الطرح وفق خطر المستخدم وتوافق الحالة وشروط استعادة قابلة للملاحظة.

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى
في هذه الصفحة

أهداف الدرس

  • قارن المتدرج والأزرق والأخضر والكناري.
  • حدد شروط ترقية وإيقاف قابلة للملاحظة.
  • قيم توافق الحالة قبل الرجوع.

فصل التسليم عن النشر الآلي

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

مقارنة أنماط التعرض

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

yaml اتفاق تعرض اصطناعي
artifact_id: lab-build-42
strategy: canary
initial_cohort_percent: 5
expansion: only-after-evidence-review
abort: user-error-budget-or-data-integrity-regression
recovery: reviewed-compatible-artifact

يسمي السجل التعرض والقرار دون نظام نشر. النسبة توضيحية وقد تكون خطرة لحمل حساس أو غير ممثل.

تحديد عقد الملاحظة

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

python حساب شريحة اصطناعية
baseline = {"bad": 4, "total": 1000}
canary = {"bad": 3, "total": 100}
for label, values in (("baseline", baseline), ("canary", canary)):
    rate = 100 * values["bad"] / values["total"]
    print(label, f"{rate:.1f}%")
الناتج المتوقع
baseline 0.4%
canary 3.0%

النسب 0.4% و 3.0%. توضح العينات الثابتة التطبيع ولا تثبت السببية أو قرار طرح مبررا إحصائيا.

تخطيط التعايش والرجوع

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

إكمال الإصدار بدلا من تركه

تحقق بعد الطرح من هوية النسخ وسلوك المستخدم وأغلق الضوابط المؤقتة عمدا. أزل الأعلام المنتهية وتقاعد السعة القديمة حين تسمح الاستعادة واحتفظ بالدليل. قد يعني نجاح وظيفة النشر قبول المنصة للطلب فقط. ميّز القبول والتقارب والجاهزية والنتائج اللاحقة. سجل الإيقاف والاستعادة نتائج أساسية لتحسين السياسة. تشمل العملية التنظيف والتعلم لا أول تحويل ناجح فقط.

الأخطاء الشائعة وإصلاحها

تقبل المنصة الإصدار ويفشل المستخدم

لماذا يحدث؟
اعتُبر القبول نجاح الطرح كاملا.
كيف تصلحه؟
تحقق من التقارب والجاهزية وعقد المستخدم.
كيف تتجنب تكراره؟
اجعل دليل ما بعد الإصدار مرحلة مطلوبة.

يكسر الرجوع البيانات المشتركة

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

يُرقى كناري قصير بحركة قليلة

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

اختبر فهمك

1. قارن الأزرق والأخضر والمتدرج لتغيير مخطط مشترك.

اعرض الحل المشروح

قد يحتاجان توافق التعايش أو الرجوع مع القاعدة. يعزل الأزرق والأخضر سعة التطبيق لا البيانات تلقائيا. حدد الكتابات وتوافق المخطط أولا ثم اختر التعرض والاستعادة بعد إثبات الافتراضات.

2. لا فشل في طلبين للكناري. هل يتوسع بالكامل؟

اعرض الحل المشروح

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

أهم ما تعلمته

  • يبقي التسليم المستمر البرمجيات المتحقق منها جاهزة للإصدار بعملية متكررة.
  • يحتاج الطرح إلى دليل من مسار المستخدم لا البدء فقط.
  • تحقق بعد الطرح من هوية النسخ وسلوك المستخدم وأغلق الضوابط المؤقتة عمدا.

المراجع الرسمية