DevOps والنشر — المرحلة 4
#تعريف المرحلة
- اسم المرحلة: Messenger + الصوت/الفيديو + المجموعات/المجتمعات
- الأولوية: متوسطة إلى عالية — التواصل الفوري والمجتمعات
- المدة التقديرية: الشهور 11–14 (16 أسبوعًا)
- هدف المرحلة: إطلاق تطبيق مراسلة مستقل ومحادثات موثوقة ومكالمات صوت/فيديو ومجموعات ومجتمعات آمنة وقابلة للتوسع.
- بوابة الخروج: Messenger مستقر مع مزامنة متعددة الأجهزة، جودة مكالمات مقبولة وعمليات سلامة وتشغيل واضحة.
#التفاصيل
- نشر realtime gateways وbroker وSFU/TURN كمكونات مستقلة بمراقبة وسعة وautoscaling.
- اختيار مناطق قريبة للمكالمات وتوجيه جغرافي مع احترام إقامة البيانات.
- SLOs للاتصال وتسليم الرسائل وcall setup وpacket loss، وتنبيهات مرتبطة بخدمة المستخدم.
- Runbooks لانقطاع broker وازدحام gateway وفشل TURN وارتفاع تكلفة egress.
- Canary حسب المنطقة/المستخدم وkill switches للمكالمات الجماعية أو مشاركة الشاشة.
#ضوابط التنفيذ
- لا وصول مباشر مشترك للإنتاج؛ الهوية فردية والصلاحيات مؤقتة ومدققة.
- كل نشر يملك rollback مجربًا ومراقبة بعد الإصدار.
#آلية العمل والتتبع
- تحويل البنود إلى Epics وStories لها مالك ومعيار قبول واعتماديات.
- مراجعة أسبوعية للتقدم والمخاطر والقرارات والتغييرات، وتحديث الوثائق مع الكود.
- عرض دوري على العميل في بيئة مشتركة، ثم توثيق الملاحظات وقرار القبول أو الإرجاع.
- منع إغلاق أي بند دون اختبار وأثر موثقين حسب طبيعته.
#أدلة الإنجاز المطلوبة
- Pipeline run، IaC plan، dashboards، rollback/restore/DR evidence.
- نسخة مرقمة بتاريخ التسليم ومذكور فيها البيئة والإصدار.
- ربط العيوب أو الاستثناءات المفتوحة بمالك وموعد مستهدف.
#الاعتماديات والانتقال
- قبل البدء: إغلاق بوابة قبول المرحلة 3 أو توثيق استثناء رسمي.
- بعد الإنجاز: توفير مدخلات مستقرة للمرحلة 5 دون نقل دين حرج غير معلن.
#المسؤوليات
- مالك المنتج: اعتماد الأولوية والسلوك ومعايير القبول.
- القائد التقني: اعتماد التصميم الفني والمخاطر وقابلية التشغيل.
- الجودة والأمن: تقديم أدلة الاختبار وعدم وجود موانع إصدار.
- العميل: توفير القرارات والحسابات والمحتوى والموافقات في المواعيد المتفق عليها.