Skip to content

هندسة موثوقية المواقع (SRE)

اجعل الموثوقية نتيجة قابلة للقياس ومُهندَسة بدلًا من إطفاء حرائق دائم.

اختبار يدوي على يد الخبراءتقارير تنفيذيةإرشادات المعالجةإعادة الاختبار والإثباتتحليل البرامج الثابتةاختبار الأجهزة
هندسة موثوقية المواقع (SRE)

نظرة عامة

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

المنهجية والمعايير

ممارسات Google SRE بما في ذلك SLOs وSLIs وميزانيات الأخطاء وتقليل الأعمال المتكررة، والتحليلات اللاحقة بلا لوم، وممارسات إدارة الحوادث المتوافقة مع NIST SP 800-61 للحوادث ذات الصلة بالأمن.

ما الذي يتضمّنه

تعريف SLI وSLO مع ميزانيات الأخطاء
تحديد الأعمال المتكررة وأتمتتها
عملية الاستجابة للحوادث والمناوبة والتحليل اللاحق بلا لوم
تحسينات الموثوقية والسعة المستنيرة بالبيانات

ما الذي تحصل عليه

SLOs وSLIs وسياسة ميزانية أخطاء محددة
عملية محسّنة للاستجابة للحوادث والمناوبة
أتمتة تزيل الأعمال المتكررة المتواترة
معايير الصناعةتقارير تنفيذيةإرشادات المعالجةإعادة الاختبار متضمّنةخطاب إثباتبدون مخرجات أدوات الفحص الآلية

الأسئلة الشائعة

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

يتداخلان لكنهما يختلفان في التركيز. DevOps ثقافة واسعة للتسليم السريع والموثوق. أما SRE فهو تنفيذ محدد ومقاد بالهندسة للموثوقية باستخدام SLOs وميزانيات الأخطاء وتقليل الأعمال المتكررة. تشغّل العديد من المؤسسات ممارسات SRE ضمن نهج DevOps أوسع.

تحدّث إلى خبير أمني اليوم

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