تقرير: 62٪ من SREs و DevOps يقولون إن أكبر تحد يواجههم هو عدم وضوح خطوط الملكية

عند تعطل التطبيق أو عدم تحميل الصفحة ، من المسؤول عن إصلاحه؟ في العديد من المنظمات ، تقع المسؤولية غالبًا على فرق العمليات أو الموثوقية ، ولكن هل هذا صحيح؟

تتجه المنظمات الحديثة بشكل متزايد نحو ثقافة لا مركزية داخل فرقها الهندسية ، عقلية "أنت تبنيها ، أنت تمتلكها". تكشف البيانات التي تم إصدارها مؤخرًا من Sentry و SlashData أن هذا هو المسار المفضل لمهندسي موثوقية الموقع (SREs) ومحترفي العمليات. من أصل 140 SREs و DevOps شملهم الاستطلاع ، قال 62٪ إنهم يريدون تحديدًا أوضح لملكية التطبيقات والبنية التحتية بعد نشر الكود.

 class =

مصدر الصورة: Sentry.

ولماذا؟ قال 74٪ أن النشاط الوحيد الذي يقضون وقتًا طويلاً في القيام به هو مطاردة الآخرين لإصلاح مشكلات التطبيق. بالمقابل ، قال 64٪ أن مؤسساتهم يجب أن تقضي المزيد من الوقت في تحليل ومعالجة نقاط الضعف في البنية التحتية. المخاطر كبيرة: خسارة العملاء ، انخفاض الإنتاجية

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

أشار ما يقرب من نصف ممارسي / مطوري SRE الذين شملهم الاستطلاع في تقرير Sentry's Infrastructure vs Applications (البنية التحتية مقابل التطبيقات) إلى أن مشكلات التطبيق تؤدي إلى زيادة الوقت الذي يقضيه في خدمة العملاء ، مما يؤثر بشكل كبير على إنتاجية الفريق SRE / devops. من منظور الموارد ، يقدر 30 ٪ من ممارسي SRE / devops أن فرقهم تخسر أكثر من شخص في شهر من الإنتاجية كل عام لحل مشكلات التطبيق.

لجعل المنظمات الحديثة تعمل بكفاءة أكبر ، فإن اللامركزية هي السبيل للذهاب. بينما يعمل 52٪ من المستجيبين حاليًا في بيئة لامركزية ، وجد Sentry أن أكثر من نصف المستجيبين يفضلون أن يتمتع كل قسم بمزيد من الاستقلالية والتحكم في بيئتهم ، جنبًا إلى جنب مع الأدوات المناسبة لفريقهم. المنهجية

أجرى Sentry و SlashData استبيانًا على 140 مهندسًا لموثوقية الموقع (SREs) وممارسي التطوير الذين لديهم مسؤوليات في مؤسسات تضم أكثر من 50 موظفًا وتطبيقات برمجية في الإنتاج.

اقرأ تقرير Sentry الكامل

مهمة VentureBeat هي أن تكون سوقًا رقمية لصناع القرار التقنيين للتعرف على تقنيات المؤسسات التحويلية ومعاملات الأعمال. اكتشف إحاطاتنا.

تقرير: 62٪ من SREs و DevOps يقولون إن أكبر تحد يواجههم هو عدم وضوح خطوط الملكية

عند تعطل التطبيق أو عدم تحميل الصفحة ، من المسؤول عن إصلاحه؟ في العديد من المنظمات ، تقع المسؤولية غالبًا على فرق العمليات أو الموثوقية ، ولكن هل هذا صحيح؟

تتجه المنظمات الحديثة بشكل متزايد نحو ثقافة لا مركزية داخل فرقها الهندسية ، عقلية "أنت تبنيها ، أنت تمتلكها". تكشف البيانات التي تم إصدارها مؤخرًا من Sentry و SlashData أن هذا هو المسار المفضل لمهندسي موثوقية الموقع (SREs) ومحترفي العمليات. من أصل 140 SREs و DevOps شملهم الاستطلاع ، قال 62٪ إنهم يريدون تحديدًا أوضح لملكية التطبيقات والبنية التحتية بعد نشر الكود.

 class =

مصدر الصورة: Sentry.

ولماذا؟ قال 74٪ أن النشاط الوحيد الذي يقضون وقتًا طويلاً في القيام به هو مطاردة الآخرين لإصلاح مشكلات التطبيق. بالمقابل ، قال 64٪ أن مؤسساتهم يجب أن تقضي المزيد من الوقت في تحليل ومعالجة نقاط الضعف في البنية التحتية. المخاطر كبيرة: خسارة العملاء ، انخفاض الإنتاجية

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

أشار ما يقرب من نصف ممارسي / مطوري SRE الذين شملهم الاستطلاع في تقرير Sentry's Infrastructure vs Applications (البنية التحتية مقابل التطبيقات) إلى أن مشكلات التطبيق تؤدي إلى زيادة الوقت الذي يقضيه في خدمة العملاء ، مما يؤثر بشكل كبير على إنتاجية الفريق SRE / devops. من منظور الموارد ، يقدر 30 ٪ من ممارسي SRE / devops أن فرقهم تخسر أكثر من شخص في شهر من الإنتاجية كل عام لحل مشكلات التطبيق.

لجعل المنظمات الحديثة تعمل بكفاءة أكبر ، فإن اللامركزية هي السبيل للذهاب. بينما يعمل 52٪ من المستجيبين حاليًا في بيئة لامركزية ، وجد Sentry أن أكثر من نصف المستجيبين يفضلون أن يتمتع كل قسم بمزيد من الاستقلالية والتحكم في بيئتهم ، جنبًا إلى جنب مع الأدوات المناسبة لفريقهم. المنهجية

أجرى Sentry و SlashData استبيانًا على 140 مهندسًا لموثوقية الموقع (SREs) وممارسي التطوير الذين لديهم مسؤوليات في مؤسسات تضم أكثر من 50 موظفًا وتطبيقات برمجية في الإنتاج.

اقرأ تقرير Sentry الكامل

مهمة VentureBeat هي أن تكون سوقًا رقمية لصناع القرار التقنيين للتعرف على تقنيات المؤسسات التحويلية ومعاملات الأعمال. اكتشف إحاطاتنا.

What's Your Reaction?

like

dislike

love

funny

angry

sad

wow