تحدد هندسة موثوقية الموقع (SRE) و DevOps مستقبل التطبيقات الحالية. اعتبرهم شركاء مهمين في بحثك عن الكفاءة والاعتمادية والتواصل السلس بين فرق التطوير والعمليات. عندما يتعلق الأمر بـ SRE مقابل DevOps، تعد كلتا الأداتين أدوات مفيدة للغاية يمكن استخدامها معًا لجعل أنظمة البرامج أكثر موثوقية وقابلة للتطوير. بعبارات بسيطة يمكننا القول أن SRE يركز على: كيف يمكن القيام بشيء ما؟ ويركز DevOps على: ما الذي يمكن فعله؟ عندما تعمل SREs مع فرق DevOps، يمكنها المساعدة في أتمتة مهام العمليات وتحسين عمليات نشر البرامج. في وقت مبكر من عملية التطوير، يمكن لفرق DevOps مساعدة SRE في العثور على المشكلات التي قد تؤثر على الاعتمادية وحلها. لذلك دعونا أولاً نفهم الفرق بين SRE و DevOps بالتفصيل ونشرح أيضًا أهمية SRE و DevOps في عالم التكنولوجيا اليوم. سجل الآن واتخذ الخطوة الأولى نحو حياة مهنية ناجحة. انقر هنا للانضمام إلى دوراتنا اليوم! ما هو SRE؟ الشكل الكامل لـ SRE هو (هندسة موثوقية الموقع). في الأساس، تم إنشاء SRE بواسطة Google في أوائل العقد الأول من القرن الحادي والعشرين كوسيلة للتعامل مع المشكلات التي تظهر عندما تصبح الأنظمة أكبر حجمًا وأكثر مشاركة. كان فريق SRE في Google مسؤولاً عن التأكد من أن محرك البحث الخاص به، والذي كان أحد أشهر مواقع الويب في العالم في ذلك الوقت، يعمل بشكل جيد. تستخدم العديد من أنواع الشركات المختلفة، بدءًا من المؤسسات الكبيرة وحتى الطبقات العليا، نظام SRE للتأكد من أن أنظمتها موثوقة ويمكن أن تنمو حسب الحاجة. يتبادر إلى ذهنك سؤال واحد أثناء قراءة هذا المقال “كيف تعمل SRE؟” “ما هي أدوار ومسؤوليات SRE؟” تركز SRE بشكل أساسي على – الموثوقية في الإنتاج التعاون والتكامل بين فرق DevOps تمامًا مثل – كيف يجب أن تعمل الخدمة الصغيرة في الإنتاج (زمن الوصول/التحميل وما إلى ذلك) كيفية منع الخدمات الصغيرة القادمة الأخرى من الوقوع في المأزق (عن طريق إغلاق حلقة التعليقات لفريق التطوير) تركز SRE على الحفاظ على استقرار الأمور وفعاليتها اقرأ أيضًا: كيف تصبح مهندس DevOps في 10 خطوات ما هو DevOps؟ كما نعلم في تطوير البرمجيات التقليدية، يقوم مطورو البرامج بكتابة الكود وبعد إكمال الكود واختباره يمكنهم إرساله إلى فرق العمليات (فريق العمليات) لنشر مشكلات الكود وصيانتها والتعامل معها. أما الآن فقد تغير الوضع. كما نعلم اليوم أن 99.99% من الشركات تعتمد أكثر فأكثر على الإنترنت والتطبيقات، فقد تسارعت عملية صنع البرامج وأصبحت أكثر تعقيدًا. تحتاج الشركات كل يومين إلى إضافة ميزات جديدة ومراقبة البنية التحتية للتأكد من عدم وجود أي انقطاعات أو زمن انتقال أو مشاكل أخرى في السرعة. في هذه المرحلة، أصبح من الصعب على فرق البرمجيات التقليدية مواكبة ذلك. هذا هو المكان الذي فشلت فيه المؤسسات في توظيف أشخاص ذوي خبرة للمساعدة في ترحيل سير العمل من تطبيقات التطوير إلى تطبيقات الإنتاج وتحسين استقرار النظام وأدائه. وهنا يأتي دور DevOps. بدأت المؤسسات في اعتماد تقنية DevOps، مما ساعدها على نقل التطوير إلى إجراءات الإنتاج. تركز DevOps بشكل أساسي على – تواصل أتمتة التسليم المستمر الأتمتة المستمرة اقرأ أيضًا: هندسة Kubernetes أدوات DevOps وSRE فئة أداة وصف ديف أوبس جنكينز خادم مفتوح المصدر لأتمتة عملية إنشاء البرامج واختبارها ونشرها. ديف أوبس عامل ميناء أداة لإنشاء التطبيقات وشحنها وتشغيلها في حاويات، مما يضمن سلوكًا متسقًا عبر بيئات مختلفة. ديف أوبس غير مقبول أداة أتمتة لإدارة التكوينات ونشر التطبيقات وأتمتة المهام. ديف أوبس شخص سخيف نظام للتحكم في الإصدار يسمح بالعمل التعاوني ويتتبع التغييرات في كود المصدر. ديف أوبس الدمية والشيف أدوات لإدارة التكوين، وتبسيط إعداد الأنظمة وإدارتها. SRE بروميثيوس مجموعة أدوات تتبع وتنبيه مفتوحة المصدر مصممة لتحقيق الموثوقية وقابلية التوسع. SRE ناجيوس نظام مراقبة مفتوح المصدر يشرف على المضيفين والخدمات، ويقدم إشعارات بالمشكلات والتحسينات. SRE كوبيرنيتيس نظام أساسي مفتوح المصدر لتنسيق الحاويات، وتسهيل نشر التطبيقات الموجودة في الحاويات وتوسيع نطاقها والتحكم فيها. SRE أوس كلاودواتش خدمة مراقبة وإدارة تقدمها Amazon Web Services (AWS)، مما يوفر رؤية لموارد AWS من خلال المقاييس والإنذارات. SRE ELK Stack (Elasticsearch، Logstash، Kibana) يُستخدم لتنظيم السجلات وتحليلها وتقديم رؤى حول وظائف النظام وأدائه. اقرأ أيضًا: شهادة Terraform خاتمة أتمنى أن تحصل على فهم أفضل لـ SRE و DevOps. في هذه المدونة نستنتج أن – تشترك SRE وDevOps في الأهداف الأساسية المشتركة كلاهما يربط بين فرق التطوير والعمليات شارك في واجبات مماثلة على الرغم من أن لديك أهدافًا مختلفة. الحصول على دورة الإصدار بشكل أسرع وجعل المنتج أكثر موثوقية. تعمل DevOps وSRE على التعاون والكفاءة وتحقيق نتائج أفضل للمنتج، على الرغم من اختلاف أهدافهما الرئيسية. اعتمادًا على الاحتياجات التنظيمية، قد يجد البعض نجاحًا في اعتماد تقنية DevOps، بينما قد يستفيد البعض الآخر من تنفيذ ممارسات SRE، أو مزيج من الاثنين معًا. في النهاية، يعد فهم هاتين الأداتين مفيدًا جدًا لصناعة تكنولوجيا
