Q:
ما الذي يشارك عادة في هندسة موثوقية الموقع؟
أ:يمكن أن يختلف العمل في هندسة موثوقية الموقع (SRE) إلى حد ما ، اعتمادًا على الشركات والأنظمة التي يتم العمل عليها.
يتمثل التعريف الأساسي لهندسة موثوقية الموقع في عملية وضع الأشخاص ذوي الخبرة في تطوير البرمجيات على عاتقهم مسؤولية العمليات ، أو خلط أو الجمع بين أعمال التطوير والعمليات بطريقة أساسية. ومع ذلك ، فإن دور مهندس موثوقية الموقع غالباً ما ينطوي على تطبيق أساليب تصميم المستوى الأعلى للعمليات.
يشبه نهج استخدام هندسة موثوقية الموقع مقاربة أخرى تسمى devops - كلاهما يهدف إلى الجمع بين التطوير والعمليات. عندما يتم وصف devops غالبًا بأنه عملية دمج الإدارات ، يستخدم مهندس موثوقية الموقع غالبًا كمسمى وظيفي ، ليحل محل المسمى الوظيفي لمسؤول النظام التقليدي. يتمثل الاختلاف في أنه بالإضافة إلى أنظمة المراقبة والعرض ، فإن مهندس موثوقية الموقع سوف يطبق أيضًا مفاهيم التطوير هذه ، وهو أمر مهم للتأكد من أن البرامج المتقدمة تعمل بالطريقة التي من المفترض أن تعمل بها.
من الناحية العملية ، قد يكون مهندس موثوقية الموقع تحت الطلب لمراقبة الأنظمة في أي وقت محدد. قد يقوم هذا الشخص بكتابة أدوات التشغيل الآلي أو المساعدة في تطوير ميزات ضمان الجودة. قد تقوم الفرق في SRE بتقييم وقت التشغيل للتطبيق ، أو النظر في كيفية استخدام التطبيقات المطورة عملياً في هذا المجال.
ضمن المفهوم العام للجمع بين التطوير والعمليات ، يكون دور SRE مرنًا جدًا. قد يقول البعض أن هذا النهج يحاول أيضًا "سد الفجوة" بين الإدارتين من حيث الاتصالات والفلسفة. لذلك قد ينتهي الأمر بالشخص في SRE في عدد كبير من الاجتماعات للحديث عمليا عن استخدام المنتجات والخدمات المتقدمة. قد يُنظر إلى SRE على أنه "صاحب مصلحة" في عملية devops ، وهو شخص يقدم تعليقات نقدية حول الهندسة والتصميم مع التركيز على الأداء التشغيلي.
على الرغم من أن البعض يرون SRE كنوع من دور مسؤول النظام الملبس ، فإن شركات مثل Google تتبنى مفهوم SRE وتستثمر الكثير في تحديد دور هذا النوع من المحترفين. يتحدث مهندسو Google عن بعض المدخلات المهمة للغاية التي يمكن توفيرها في عملية SRE ، ويصفون هؤلاء المحترفين بأنهم من ذوي المهارات العالية والخبرة في الطرق التي ربما لم يكن مسؤولو النظام التقليديون يتمتعون بها.
