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