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

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

هندسة موثوقية الموقع ، أو SRE ، هي مجموعة من المبادئ والممارسات التي تطبق تقنيات هندسة البرمجيات على تحديات عمليات تكنولوجيا المعلومات. نشأت SRE في Google عندما احتاج المهندسون إلى نهج أكثر منهجية وموجه نحو البرامج لإدارة بنيتهم التحتية الضخمة وتحسينها.

الهدف الرئيسي ل SRE هو تحسين موثوقية الخدمة من خلال الأتمتة والمراقبة وإدارة المخاطر الاستباقية. يتم ذلك عن طريق تحديد أهداف ومقاييس محددة ، مثل أهداف مستوى الخدمة (SLOs) ، والتي تحدد مستويات الأداء المقبولة. إذا كان هناك شيء يعطل هذه المستويات ، يستجيب فريق SRE لإصلاحه بسرعة والتعلم منه.

في جوهرها ، تدور SRE حول تحقيق التوازن بين شيئين: الموثوقية والابتكار. مع الحفاظ على استقرار الأنظمة ، تسمح SREs أيضا بالتطوير سريع الخطى من خلال تقليل المخاطر بطريقة لا تزال تدعم السرعة. يساعد هذا التوازن الشركات في الحفاظ على وقت تشغيل النظام مع التكيف بسرعة مع التغييرات والمتطلبات الجديدة.

لماذا تعتبر هندسة موثوقية الموقع مهمة؟

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

يرتدي مهندسو موثوقية الموقع (SREs) الكثير من القبعات. إنهم مهندس برمجيات جزئي ، ومسؤول أنظمة جزئي ، ومدير عمليات جزئي ، مع جرعة صحية من مهارات حل المشكلات. يدور عملهم حول إنشاء الأنظمة وإدارتها وتوسيع نطاقها للتأكد من أنها موثوقة وفعالة قدر الإمكان.

عادة ما يكون لدى SREs خلفية في علوم الكمبيوتر أو تطوير البرامج أو عمليات تكنولوجيا المعلومات ، وهم على دراية جيدة بالبنية التحتية السحابية وأدوات المراقبة ولغات البرمجة النصية. ومع ذلك ، فإن دور SRE فريد من نوعه من حيث أنه مبني على توازن بين الهندسة والعمليات.

ينصب التركيز على تصميم أنظمة لتقليل العمل اليدوي (أو “الكدح”) وتحسين عمليات الشفاء الذاتي. على سبيل المثال ، بدلا من انتظار ظهور المشكلات ، قد يقوم SRE بأتمتة حل يعالج الاختناقات المعروفة. إذا وصل الخادم إلى ارتفاع في حركة المرور ، فربما يكون SRE قد قام بإعداد موازنات تحميل تلقائية تبدأ في توزيع الحمل والحفاظ على تشغيل الموقع بسلاسة.

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

ما هي بعض مسؤوليات SRE الشائعة؟

يمكن أن تختلف مسؤوليات SRE اعتمادا على حجم الشركة واحتياجاتها ، ولكن فيما يلي بعض الواجبات الرئيسية التي تقوم بها معظم SREs:

1. الرصد والاستجابة للحوادث
   تقوم SREs بإعداد وإدارة أنظمة المراقبة لتتبع المقاييس مثل زمن الوصول ومعدلات الخطأ ووقت التشغيل. في حالة وقوع حادث ، فهم أول المستجيبين ، باستخدام أدلة التشغيل المحددة مسبقا لحل المشكلات بسرعة.

2. اتمته
   يعد تقليل المهام اليدوية محور تركيز كبير في SRE. من خلال أتمتة العمليات المتكررة (على سبيل المثال ، توسيع سعة الخادم ، ونشر التحديثات) ، يمكن ل SREs توفير المزيد من الوقت للمهام ذات التأثير الأعلى.

3. تخطيط القدرات وتوسيع نطاقها
   يعد ضمان قدرة الأنظمة على التعامل مع أحمال الذروة مسؤولية SRE حاسمة أخرى. يستخدمون تخطيط القدرات لتوقع الطلب المستقبلي والتأكد من أن البنية التحتية يمكن أن تتوسع وفقا لذلك.

4. إعداد وإدارة SLOs
   تحدد SREs وتحافظ على أهداف مستوى الخدمة (SLOs) ، وهي أهداف أداء محددة. من خلال المراقبة المستمرة لهذه ، يضمنون أن الخدمات تفي بالمعايير اللازمة ولا تتجاوز ميزانيات الخطأ المقبولة.

5. تحليل ما بعد الحادث
   بعد الحوادث ، تجري SREs تشريح الجثة بلا لوم لتحليل الخطأ الذي حدث وتنفيذ التدابير الوقائية. يساعد هذا التحسين المستمر الأنظمة على أن تصبح أكثر مرونة بمرور الوقت.

6. التعاون مع فرق التطوير
   تعمل SREs بشكل وثيق مع المطورين لضمان موثوقية الميزات الجديدة ومعالجة أي مشكلات في الإنتاج قد تنشأ عن التغييرات الأخيرة. يسد هذا التعاون الفجوة بين التطوير والعمليات ، وهو جانب أساسي من SRE.

ما هي الأدوات التي تستخدمها SREs؟

تعتمد SREs على مجموعة من الأدوات لمراقبة أنظمتها وأتمتتها وإدارتها بفعالية. تم تصميم بعض هذه الأدوات لإدارة الحوادث ، بينما يركز البعض الآخر على إمكانية الملاحظة أو التنبيه. فيما يلي نظرة على بعض أنواع الأدوات التي يشيع استخدامها بواسطة SREs:

• المراقبة والتنبيه: تساعد أدوات مثل Prometheus و Grafana وغيرها الكثير SREs على مراقبة مقاييس صحة النظام عن كثب.
• إدارة الحوادث: تشتهر PagerDuty و OpsGenie بتنبيه الأشخاص المناسبين عند وقوع الحوادث لضمان الاستجابة السريعة.
• إدارة الأتمتة والتكوين: تعمل أدوات مثل Ansible و Terraform و Chef على أتمتة المهام المتكررة لمساعدة SREs على تقليل الكدح.
• إدارة السجلات: يوفر Sumo Logic و Splunk رؤى حول سجلات النظام التي تسمح ل SREs باستكشاف المشكلات وإصلاحها ومراقبة السلوك غير العادي.

Dotcom-Monitor هي أداة رائعة أخرى تدعم SREs ، وتوفر مراقبة موثوقة لمواقع الويب والتطبيقات والخوادم. من خلال المراقبة في الوقت الفعلي والتقارير التفصيلية ، يساعد Dotcom-Monitor SREs على البقاء على رأس أداء النظام ، مما يضمن أنهم أول من يعرف عند ظهور مشكلة. تسهل إمكانات Dotcom-Monitor إعداد تتبع SLO وإجراء اختبار الحمل وإدارة مقاييس وقت التشغيل لتزويد SREs بالبيانات التي يحتاجونها للحفاظ على تشغيل الخدمات بسلاسة.

سواء كان الأمر يتعلق بمراقبة وقت التشغيل أو اختبار موقع ويب تحت أحمال حركة مرور عالية ، فإن Dotcom-Monitor يمنح SREs طريقة موثوقة للحفاظ على معايير الخدمة العالية. مع مجموعة أدوات المراقبة الشاملة من Dotcom-Monitor ، يمكن أن تكون SREs استباقية بدلا من رد الفعل الذي يتوافق تماما مع أهداف هندسة موثوقية الموقع.

اقرأ: أفضل 13 أداة لمهندس موثوقية الموقع (SRE)لمعرفة المزيد حول الأدوات الأكثر شيوعا التي يستخدمها مهندسو موثوقية الموقع اليوم.

أين يمكنني معرفة المزيد عن هندسة موثوقية الموقع؟

ينسب مصطلح “مهندس موثوقية الموقع” إلى بن ترينور سلوس ، الذي يشغل الآن منصب نائب رئيس الهندسة في Google. طلب منه في عام 2003 إنشاء وإدارة فريق من سبعة مهندسين مما أدى به في النهاية إلى إنشاء الدور / اللقب الجديد. هناك عدد قليل من الموارد الرائعة عبر الإنترنت التي كتبها Ben والعديد من أعضاء فريق Google الهندسي الآخرين والتي تغطي كل شيء بدءا من مبادئ ومبادئ SREs وأدوار SRE ومسؤولياتها ، إلى تطور دور هندسة موثوقية الموقع وأين يقف في بيئات DevOps اليوم. لا توجد طريقة أفضل لمعرفة المزيد عن هندسة موثوقية الموقع من الفرد والمنظمة التي أنشأت الدور في المقام الأول ، أليس كذلك؟

هناك أيضا قائمة كبيرة من موارد هندسة موثوقية الموقع الموجودة على GitHub.

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

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

وكجزء من مسؤولية نظام الإبلاغ الاستراتيجي، يشكل الرصد وإمكانية الملاحظة عنصرا رئيسيا في واجباتهم. تسمح حلول المراقبة الاصطناعية من Dotcom-Monitor لفرق SREs و DevOps بمحاكاة المستخدمين ومراقبتهم من خلال نظام أو خدمة. تسمح منصة Dotcom-Monitor ل SREs بإعداد تنبيهات مراقبة مخصصة وتتكامل مع منصات الحوادث والتنبيه مثل PagerDuty و VictorOps و AlertOps وغيرها الكثير. علاوة على ذلك ، يمكن ل SREs عرض لوحات المعلومات في الوقت الفعلي والوصول إلى التقارير ومراجعة التحليلات لتحديد مشكلات الأداء بسرعة. من الأهمية بمكان أن تراقب SREs والفرق باستمرار صحة التطبيقات والبنية التحتية لضمان فهم الموثوقية وإمكانية الوصول والأداء العام لبنيتها التحتية.

تعرف على المزيد حول Dotcom-Monitor وكيف يمكنك استخدام النظام الأساسي للتعمق في المراقبة وإمكانية الملاحظة للحصول على رؤية أفضل للتطبيقات والبنية التحتية الخاصة بك.