يجعل الإطلاق البرنامج متاحًا. أما تشغيله فيعني معرفة من يستجيب للمشكلات، وكيف تصل التغييرات إلى المستخدمين، وما يحتاج المسؤول التالي إلى فهمه. ينبغي مناقشة هذه المهام قبل الإصدار الأول.
يعرض الدليل أسئلة على الشركة الاتفاق عليها مع شريك التطوير لتطبيق ويب أو منتج محمول أو نظام خلفي. يعتمد نموذج الدعم على التطبيق والاتفاق.
اعرف من يتحكم في الحسابات الأساسية
احصر مستودع الشيفرة وبيئة السحابة والنطاق وحسابات المتاجر والخدمات الخارجية وملفات التصميم. سجّل المالك ومن يحتاج إلى الوصول. تجنب جعل الحساب الشخصي لفرد واحد الطريق الوحيد إلى نظام حرج.
ينبغي أن يشمل الاتفاق الملكية والمكونات الخارجية والتسليم. يشرح التسليم المفيد النشر والإعداد والتشغيل. تُنقل بيانات الاعتماد عبر عملية آمنة مناسبة بدل لصقها في مستند عام.
حدد الدعم قبل وقوع حادث
اتفق على قناة الإبلاغ والمعلومات المطلوبة ومن يحدد شدة المشكلة. تعطل الخدمة والعيب البصري يحتاجان استجابتين مختلفتين. يجب تحديد أهداف الاستجابة وساعات التغطية بوضوح.
ينبغي أن تساعد المراقبة الفريق المسؤول على التعرف إلى المشكلة والمسار المتأثر. لوحة بلا مسؤول لا تؤسس عملية للحوادث. حدد من يراجع التنبيهات ويتواصل مع المستخدمين ويصرّح بالعودة إلى إصدار سابق.
حافظ على النظام لا على الشاشات فقط
تتغير الاعتماديات ومتطلبات المنصات والتكاملات وأنماط الاستخدام. خطط لتقييم التحديثات واختبارها. للتطبيقات ذات البيانات الدائمة، حدد مسؤوليات النسخ الاحتياطي وكيفية التحقق من الاستعادة.
يجب أن تشمل مراجعة البنية التحتية التكلفة والأداء. قد تغير المهام الخلفية والوسائط المخزنة واستدعاءات API وزيادة الاستخدام فاتورة التشغيل. سجّل الافتراضات وراجعها عند تغير المنتج.
اجعل الإصدار التالي أسهل
احتفظ بسجل قصير للقرارات: لماذا اختيرت خدمة، وما القيود المقبولة، وما التغييرات المؤجلة؟ أضف قائمة مشكلات واضحة وعملية نشر قابلة للتكرار.
تشمل مناقشات التسليم في Brainbaby Labs مسؤوليات ما بعد الإطلاق. قد تختلف نطاقات التطوير والاستضافة والصيانة والميزات الجديدة. الهدف توضيح هذه الحدود قبل بدء العمل.
للمشروع الجديد، صف النتيجة والأنظمة القائمة وفريق التشغيل في الملخص. وللمنتج القائم، شارك المشكلات المتكررة والمعلومات التشغيلية المتاحة.