इवान ने DevOps मेट्रिक्स कैसे किया। प्रभाव की वस्तु

एक सप्ताह बीत चुका है जब इवान ने पहली बार DevOps मेट्रिक्स के बारे में सोचा था और महसूस किया था कि उनकी मदद से उत्पाद वितरण समय का प्रबंधन करना आवश्यक है (बाजार के लिए समय)।

सप्ताहांत पर भी, वह मेट्रिक्स के बारे में सोचता था: “तो क्या होगा अगर मैं समय मापूं? यह मुझे क्या देगा?

सचमुच, समय का ज्ञान क्या देगा? मान लीजिए कि डिलीवरी में 5 दिन लगते हैं। तो, आगे क्या है? यह अच्छा है या बुरा? अगर यह बुरा भी है तो आपको किसी तरह इस समय को कम करने की जरूरत है। आख़िर कैसे?
ये विचार उसे सताते रहे, लेकिन कोई समाधान नहीं निकला।

इवान समझ गया कि वह मूल बात पर आ गया है। मेट्रिक्स के अनगिनत ग्राफ़ जो उसने पहले देखे थे, उसने बहुत पहले ही उसे आश्वस्त कर दिया था कि मानक दृष्टिकोण काम नहीं करेगा, और अगर वह बस प्लॉट करेगा (भले ही यह एक समूह हो), इसका कोई फायदा नहीं होगा.

हो कैसे?…

मेट्रिक एक साधारण लकड़ी के शासक की तरह होता है। इसकी मदद से की गई माप कारण नहीं बताएगी, क्यों मापी जा रही वस्तु बिल्कुल वही लंबाई है जो उसने दिखाई थी। रूलर केवल अपना आकार दिखाएगा, और कुछ नहीं। वह कोई पारस पत्थर नहीं है, बस एक लकड़ी का तख्ता है जिससे नापना है।

उनके पसंदीदा लेखक हैरी हैरिसन के "स्टेनलेस स्टील चूहे" ने हमेशा कहा: एक विचार को मस्तिष्क के निचले भाग तक पहुंचना चाहिए और वहीं पड़ा रहना चाहिए, इसलिए कई दिनों तक कोई फायदा नहीं होने पर पीड़ित होने के बाद, इवान ने एक और काम करने का फैसला किया...

कुछ दिनों बाद, ऑनलाइन स्टोर के बारे में एक लेख पढ़ते समय, इवान को अचानक एहसास हुआ कि एक ऑनलाइन स्टोर को मिलने वाली धनराशि इस बात पर निर्भर करती है कि साइट विज़िटर कैसे व्यवहार करते हैं। यह वे आगंतुक/ग्राहक हैं, जो स्टोर को अपना पैसा देते हैं और इसके स्रोत हैं। किसी स्टोर को मिलने वाली नकदी की निचली सीमा ग्राहक के व्यवहार में बदलाव से प्रभावित होती है, किसी और चीज से नहीं।

यह पता चला कि मापा मूल्य को बदलने के लिए उन लोगों को प्रभावित करना आवश्यक था जो इस मूल्य को बनाते हैं, अर्थात। एक ऑनलाइन स्टोर की धनराशि को बदलने के लिए, इस स्टोर के ग्राहकों के व्यवहार को प्रभावित करना आवश्यक था, और DevOps में डिलीवरी समय को बदलने के लिए, इस बार "बनाने" वाली टीमों को प्रभावित करना आवश्यक था, अर्थात। अपने काम में DevOps का उपयोग करें।

इवान को एहसास हुआ कि DevOps मेट्रिक्स को ग्राफ़ द्वारा बिल्कुल भी प्रदर्शित नहीं किया जाना चाहिए। उन्हें अपना प्रतिनिधित्व करना होगा खोज उपकरण "उत्कृष्ट" टीमें जो अंतिम डिलीवरी समय को आकार देती हैं।

इवान ने सोचा, कोई भी मीट्रिक कभी भी यह कारण नहीं दिखाएगा कि इस या उस टीम ने वितरण देने में इतना लंबा समय क्यों लिया, क्योंकि वास्तव में एक मिलियन और एक छोटी गाड़ी हो सकती है, और वे तकनीकी नहीं, बल्कि संगठनात्मक हो सकते हैं। वे। आप मेट्रिक्स से जो अधिकतम उम्मीद कर सकते हैं वह टीमों और उनके परिणामों को दिखाना है, और फिर आपको अभी भी इन टीमों का अनुसरण करना होगा और पता लगाना होगा कि उनके साथ क्या गलत है।

दूसरी ओर, इवान की कंपनी के पास एक मानक था जिसके तहत सभी टीमों को कई बेंचों पर असेंबली का परीक्षण करना आवश्यक था। पिछला स्टैंड पूरा होने तक टीम अगले स्टैंड पर नहीं जा सकती थी। यह पता चला कि यदि हम DevOps प्रक्रिया को स्टैंडों से गुजरने के अनुक्रम के रूप में कल्पना करते हैं, तो मेट्रिक्स इन स्टैंडों पर टीमों द्वारा बिताए गए समय को दिखा सकते हैं। टीम के रुख और समय को जानने के बाद उनसे कारणों के बारे में विशेष रूप से बात करना संभव हो सका।

बिना किसी हिचकिचाहट के, इवान ने फोन उठाया और एक ऐसे व्यक्ति का नंबर डायल किया जो DevOps के अंदर और बाहर से अच्छी तरह वाकिफ है:

— डेनिस, कृपया मुझे बताएं, क्या किसी तरह यह समझना संभव है कि टीम ने इस या उस स्टैंड को पार कर लिया है?
- निश्चित रूप से। यदि बिल्ड बेंच पर सफलतापूर्वक रोल आउट हो गया है (परीक्षण पास कर लिया है) तो हमारा जेनकींस ध्वज को हटा देता है।
- बहुत अच्छा। झंडा क्या है?
- यह "स्टैंड_ओके" या "स्टैंड_फ़ेल" जैसी एक नियमित टेक्स्ट फ़ाइल है, जो बताती है कि असेंबली ने स्टैंड को पास किया या विफल किया। अच्छा, आप समझते हैं, है ना?
- हां, मुझे ऐसा लगता है। क्या यह रिपॉजिटरी में उसी फ़ोल्डर में लिखा गया है जहां असेंबली स्थित है?
- हां
— यदि विधानसभा परीक्षण पीठ को पारित नहीं करती है तो क्या होगा? क्या मुझे नया निर्माण करना होगा?
- हाँ
- अच्छा, ठीक है, धन्यवाद। और दूसरा प्रश्न: क्या मैं सही ढंग से समझता हूं कि मैं ध्वज के निर्माण की तारीख को स्टैंड की तारीख के रूप में उपयोग कर सकता हूं?
- बिल्कुल!
- उत्तम!

प्रेरित होकर, इवान ने फोन रख दिया और महसूस किया कि सब कुछ ठीक हो गया था। बिल्ड फ़ाइल के निर्माण की तारीख और झंडों के निर्माण की तारीख को जानने के बाद, यह गणना करना संभव था कि टीमें प्रत्येक स्टैंड पर कितना समय बिताती हैं और समझती हैं कि वे सबसे अधिक समय कहाँ बिताती हैं।

"यह समझते हुए कि सबसे अधिक समय कहां व्यतीत होता है, हम टीमों का पता लगाएंगे, उनके पास जाएंगे और समस्या की पड़ताल करेंगे।" इवान मुस्कुराया.

कल के लिए, उन्होंने स्वयं को तैयार की जा रही प्रणाली की वास्तुकला का रेखाचित्र बनाने का कार्य निर्धारित किया।

को जारी रखा जाएगा ...

स्रोत: www.habr.com