مقاييس DevOps - حيث يمكن الحصول على بيانات العمليات الحسابية

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

ولم تكن الإدارة كافية - فقد طلبت باستمرار المزيد والمزيد من المقاييس ، وتوقف بسرعة كبيرة عن استخدام ما تم في وقت سابق.

في الآونة الأخيرة ، تحدث الجميع للتو عن LeadTime - وقت التسليم لميزات العمل. أظهر المقياس رقمًا مجنونًا - 200 يومًا لإنجاز مهمة واحدة. كيف كان الجميع يئن ، يئن ويرفع أيديهم إلى الجنة!

بعد بعض الوقت ، هدأت الضوضاء تدريجياً وجاء أمر من الإدارة لإنشاء مقياس آخر.

كان إيفان واضحا تمامًا أن المقياس الجديد سيموت أيضًا بهدوء في زاوية مظلمة.

في الواقع ، إيفان فكر ، مع العلم أن العدد لا يخبر شيئًا على الإطلاق. 200 يوم أو يومين - لا يوجد فرق ، لأنه من خلال العدد يستحيل تحديد السبب وفهم ما إذا كان جيدًا أم سيئًا.

هذا فخ متري نموذجي: يبدو أن المقياس الجديد سيخبر جوهر الوجود ويشرح بعض السر السري. الجميع يأمل ذلك ، ولكن لسبب ما لم يحدث شيء. نعم ، لأنه لا يجب البحث عن السر في المقاييس!

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

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

ذات مرة ، بعد أن استقر في الردهة على كرسي مريح ، قرر إيفان التفكير ملياً في كيفية رغبته في رؤية مقاييس DevOps ، مع مراعاة حقيقة أن الفرق هي موضوع التأثير.

مقاييس الهدف DevOps


من الواضح أن الجميع يريد تقليل وقت التسليم. 200 يوم ، بالطبع ، جيدة من أجل لا شيء.

لكن كيف هذا هو السؤال؟

لدى الشركة المئات من الفرق ، وتذهب آلاف التوزيعات عبر خط أنابيب DevOps يوميًا. سوف وقت التسليم الحقيقي تبدو وكأنها التوزيع. سيكون لكل فريق وقته الخاص وخصائصه الخاصة. كيف يمكنك العثور على شيء على الأقل بين هذه الفوضى؟

نشأت الإجابة بشكل طبيعي - تحتاج إلى العثور على فرق إشكالية ومعرفة ما يجري معهم ولماذا لفترة طويلة ، وتعلم كيفية القيام بكل شيء بسرعة مع فرق "جيدة". ولهذا تحتاج إلى قياس الوقت الذي تقضيه الفرق في كل موقع من DevOps:



"سيكون الغرض من النظام هو اختيار الفرق وفقًا لوقت اجتياز المدرجات ، في النهاية ، يجب أن نحصل على قائمة الفرق مع الوقت المحدد ، وليس عدد.

إذا اكتشفنا كم من الوقت تم إنفاقه على جناح في المجموع وكم من الوقت تم إنفاقه في التوقف بين المدرجات ، فيمكننا العثور على فرق ، والاتصال بهم وفهم الأسباب بمزيد من التفصيل والقضاء عليها "، اعتقدت إيفان.



كيفية حساب وقت التسليم ل DevOps



لحساب ، كان من الضروري الخوض في عملية DevOps وجوهرها.

تستخدم الشركة عددًا محدودًا من الأنظمة ، ويمكن الحصول على المعلومات منها فقط وليس في أي مكان آخر.

تم تسجيل جميع المهام في الشركة في جيرا. عندما تم نقل المهمة إلى العمل ، تم إنشاء وجبة غداء لها ، وبعد التنفيذ ، تم الالتزام بـ BitBucket و Pull Request. عند قبول العلاقات العامة (طلب السحب) ، تم إنشاء مجموعة توزيع تلقائيًا وتخزينها في مستودع Nexus.



علاوة على ذلك ، تم توزيع التوزيع على العديد من المواقف باستخدام جنكينز للتحقق من صحة الاختبار التلقائي واليدوي:



تم رسم إيفان من خلاله الأنظمة التي يمكن أن تؤخذ المعلومات في حساب الوقت في المدرجات:

  • من Nexus - وقت إنشاء التوزيع واسم المجلد الذي تم تضمين رمز الأوامر فيه
  • من Jenkins - وقت البدء ، ومدة ونتائج تمرين كل وظيفة ، واسم الحامل (في معلمات الوظيفة) ، والمراحل (خطوات المهمة) ، وصلة للتوزيع في Nexus.
  • قرر إيفان عدم إدراج Jira و BitBucket في خط الأنابيب ، لأنه كانوا أكثر ارتباطًا بمرحلة التطوير ، وليس بالتداول في التوزيع النهائي حول المدرجات.



بناءً على المعلومات المتاحة ، تم وضع المخطط التالي:



معرفة مقدار توزيعات الوقت التي تم إنشاؤها ومقدار الوقت الذي يتم إنفاقه على كل منها ، يمكنك بسهولة حساب التكلفة الإجمالية للتجول عبر خط أنابيب DevOps بالكامل (الدورة الكاملة).

فيما يلي مقاييس DevOps من إيفان كنتيجة:

  • عدد التوزيعات التي تم إنشاؤها
  • حصة التوزيعات "دخلت" إلى الحامل و "تجاوز" الحامل
  • الوقت الذي يقضيه في الحامل (دورة الوقوف)
  • دورة كاملة (إجمالي الوقت لجميع المدرجات)
  • مدة الوظيفة
  • بسيط بين المدرجات
  • بسيطة بين وظيفة تطلق على موقف واحد

من ناحية ، تتميز المقاييس بشكل جيد جدًا بخط أنابيب DevOps من حيث الوقت ، من ناحية أخرى ، كانت تعتبر بسيطة للغاية.

راضية عن العمل الجيد ، قدم إيفان عرضًا تقديميًا وذهب لتقديمه إلى الإدارة.

عاد عبوس ويديه.

"هذا إخفاق ، إخوانه" ابتسم الزميل المفارقة.

استمر في قراءة المقال " كيف ساعدت النتائج السريعة إيفان ".

Source: https://habr.com/ru/post/ar459344/


All Articles