موثوقية المنصات وDevOps

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

في المنصات التي يعتمد عليها العملاء أو الموظفون خلال ساعات العمل، والأنظمة ذات فترات الذروة مثل دورات الرواتب أو الحملات، والخدمات ذات التزامات الإتاحة التعاقدية، والفرق التي يكون فيها المطورون هم المشغّلون أيضاً ومشتّتون بين الدورين.

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

تحدد مراجعة موثوقية من أسبوع إلى أسبوعين الإتاحة الحالية والمخاطر والفجوات مقابل الهدف. ثم ننفذ التحسينات بترتيب الأولوية مع فريقك. يُبقينا بعض العملاء لعمليات مُدارة بأزمنة استجابة محددة وتقارير شهرية مقابل الأهداف؛ ويتولى آخرون الممارسات داخلياً بعد فترة تسليم.

أهداف، والهندسة اللازمة لتحقيقها، والدليل على أنك تحققها.

• أهداف مستوى الخدمة ومراجعة موثوقية بإجراءات مرتبة
• تنبيهات وأدلة تشغيل وإجراء للحوادث وخطة سعة
• أتمتة للعمليات الروتينية وتقارير شهرية للإتاحة

إتاحة تطابق ما تحتاجه الأعمال فعلاً، وحوادث أقصر وأندر، وقدرة تشغيلية لا تعتمد على هاتف شخص واحد.