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

هندسة موثوقية الموقع (اختصارًا ) هي نظام يدمج جوانب هندسة البرمجيات ويطبقها على مشاكل البنية التحتية والعمليات. الأهداف الرئيسية هي إنشاء أنظمة برمجيات قابلة للتوسيع وموثوقة للغاية. وفقًا لبن ترينور، مؤسس فريق موثوقية الموقع من جوجل، فإن هندسة موثوقية الموقع هو «ما يحدث عندما يتم تكليف مهندس برمجيات بما كان يطلق عليه العمليات».Are SRE the next data scientists?, تك كرانش, Mar 2, 2016, Donald Fischer 

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

 ديف أوبس مقابل هندسة موثوقية الموقع 
صُنعت ديف أوبس حوالي عام 2008، وهي فلسفة التعاطف بين الفرق والمواءمة بين الأعمال. كما تم ربطه بممارسة تشمل أتمتة المهام اليدوية والتركيب المتواصل والتسليم المستمر. تشترك ديف أوبس وهندسة موثوقية الموقع في نفس المبادئ التأسيسية. ينظر الكثيرون إلى هندسة موثوقية الموقع (كما ورد في كتاب Google SRE) على أنه «تنفيذ محدد لـديف أوبس مع بعض الامتدادات الفردية.» إن هندسة موثوقية الموقع، كونهم مطورين أنفسهم، سيقدمون بطبيعة الحال حلولًا تساعد على إزالة الحواجز بين فرق التطوير وفرق العمليات.

يحدد ديف أوبس 5 ركائز رئيسية للنجاح:

 تقليل الصوامع التنظيمية.
 تقبل الفشل كالمعتاد.
 تنفيذ التغييرات التدريجية.
 الاستفادة من الأدوات والأتمتة.
 قياس كل شيء.

تلبي هندسة موثوقية الموقع ركائز ديف أوبس على النحو التالي:

 تقليل الصوامع التنظيمية.
 تشارك هندسة موثوقية الموقع الملكية مع المطورين لإنشاء مسؤولية مشتركة.
 تستخدم هندسة موثوقية الموقع نفس الأدوات التي يستخدمها المطورون، والعكس بالعكس.
 تقبل الفشل كالمعتاد.
 هندسة موثوقية الموقع تحتضن المخاطر.
 تحدد هندسة موثوقية الموقع الفشل والتوافر بطريقة إرشادية باستخدام مؤشرات مستوى الخدمة (SLIs) وأهداف مستوى الخدمة (SLOs).
 تفرض هندسة موثوقية الموقع ما بعد الفحص.
 تنفيذ التغييرات التدريجية.
 تشجع هندسة موثوقية الموقع المطورين وأصحاب المنتجات على التحرك بسرعة عن طريق تقليل تكلفة الفشل.
 الاستفادة من الأدوات والأتمتة.
 لدى هندسة موثوقية الموقع ميثاق لأتمتة المهام الوضيعة (تسمى «كدح»).
 قياس كل شيء.
 تحدد هندسة موثوقية الموقع الطرق الإرشادية لقياس القيم.
 تعتقد هندسة موثوقية الموقع بشكل أساسي أن تشغيل الأنظمة يمثل مشكلة في البرامج.

 انظر أيضًا 

 حوسبة سحابية
 مركز بيانات
 البنية التحتية كتعليمات برمجية
 إدارة العمليات
 هندسة الوثوقية
 مدير النظام

 مراجع 

 روابط خارجية 

 Google - Site Reliability Engineering interview with Ben Treynor

تصنيف:استحداثات 2003
تصنيف:جوجل
تصنيف:هندسة الاعتمادية
تصنيف:هندسة البرمجيات