DevOps والنشر — المرحلة 3
#تعريف المرحلة
- اسم المرحلة: تطبيقات الهاتف + Reels/Stories/Notifications
- الأولوية: عالية — توسيع الوصول والتفاعل
- المدة التقديرية: الشهور 8–10 (12 أسبوعًا)
- هدف المرحلة: إطلاق تطبيق رئيسي على Android وiOS مع تكافؤ MVP وتجربة فيديو قصيرة وقصص وإشعارات قابلة للضبط.
- بوابة الخروج: إصدارات متاجر جاهزة أو منشورة تدريجيًا، مع خدمات وسائط وإشعارات مستقرة ومقاييس استخدام وسلامة.
#التفاصيل
- خط بناء وتوقيع آمن مع فصل مفاتيح Android وiOS وصلاحيات محدودة وسجل إصدار.
- Fastlane أو ما يعادله لإصدارات الاختبار والمتاجر مع changelog آلي وموافقة يدوية للإنتاج.
- Autoscaling لworkers الترميز ومراقبة queue age ونجاح المعالجة وتكلفة التخزين/CDN.
- Remote config وfeature flags وkill switches للمشغل والرفع والإشعارات.
- خطة staged rollout ونسب توقف تلقائية عند ارتفاع crash/error أو رفض المتجر.
#ضوابط التنفيذ
- لا وصول مباشر مشترك للإنتاج؛ الهوية فردية والصلاحيات مؤقتة ومدققة.
- كل نشر يملك rollback مجربًا ومراقبة بعد الإصدار.
#آلية العمل والتتبع
- تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
- مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
- عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
- منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.
#أدلة الإنجاز المطلوبة
- Pipeline run، IaC plan، dashboards، rollback/restore/DR evidence.
- نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
- ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.
#الاعتماديات والانتقال
- قبل البدء: إغلاق بوابة قبول المرحلة 2 أو توثيق استثناء رسمي.
- بعد الإنجاز: توفير مدخلات مستقرة للمرحلة 4 دون نقل دين حرج غير معلن.
#المسؤوليات
- مالك المنتج: اعتماد الأولوية والسلوك ومعايير القبول.
- القائد التقني: اعتماد التصميم الفني والمخاطر وقابلية التشغيل.
- الجودة والأمن: تقديم أدلة الاختبار وعدم وجود موانع إصدار.
- العميل: توفير القرارات والحسابات والمحتوى والموافقات في المواعيد المتفق عليها.