DevOps والنشر — المرحلة 2
#تعريف المرحلة
- اسم المرحلة: منصة التواصل الأساسية MVP + Laravel/API/Web/Admin
- الأولوية: عالية — أول إصدار وظيفي قابل للاستخدام
- المدة التقديرية: الشهور 5–7 (12 أسبوعًا)
- هدف المرحلة: تحويل Alpha إلى Core Social MVP/Beta متكامل بإضافة العلاقات والخصوصية والبحث والحفظ والمشاركة والبلاغات والإدارة التشغيلية.
- بوابة الخروج: MVP Beta على Staging/Pilot محدود يجتاز UAT والأمن والأداء المتفق عليه، مع موقع كامل للميزات الاجتماعية الأساسية وتكامل مستقر للتطبيقات.
#التفاصيل
- CI يبني ويفحص ويختبر ويصدر artifacts موقعة مع SBOM وفحص dependencies والحاويات.
- CD إلى Staging تلقائي وإلى Production/Pilot بموافقة مع canary أو blue-green بحسب الاستضافة.
- مراقبة uptime، latency، errors، queue lag، DB connections، Redis والوسائط.
- نسخ احتياطي مشفر واختبار restore وخطة rollback للمigrations المتوافقة خلفيًا.
- Runbooks للحوادث والرفع الفاشل والصفوف المتوقفة وارتفاع الحمل.
#ضوابط التنفيذ
- لا وصول مباشر مشترك للإنتاج؛ الهوية فردية والصلاحيات مؤقتة ومدققة.
- كل نشر يملك rollback مجربًا ومراقبة بعد الإصدار.
#آلية العمل والتتبع
- تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
- مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
- عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
- منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.
#أدلة الإنجاز المطلوبة
- Pipeline run، IaC plan، dashboards، rollback/restore/DR evidence.
- نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
- ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.
#الاعتماديات والانتقال
- قبل البدء: إغلاق بوابة قبول المرحلة 1 أو توثيق استثناء رسمي.
- بعد الإنجاز: توفير مدخلات مستقرة للمرحلة 3 دون نقل دين حرج غير معلن.
#المسؤوليات
- مالك المنتج: اعتماد الأولوية والسلوك ومعايير القبول.
- القائد التقني: اعتماد التصميم الفني والمخاطر وقابلية التشغيل.
- الجودة والأمن: تقديم أدلة الاختبار وعدم وجود موانع إصدار.
- العميل: توفير القرارات والحسابات والمحتوى والموافقات في المواعيد المتفق عليها.