इव्हानने DevOps मेट्रिक्स कसे केले. प्रभावाची वस्तु

इव्हानने प्रथम DevOps मेट्रिक्सचा विचार करून एक आठवडा उलटला आहे आणि त्यांच्या मदतीने उत्पादन वितरण वेळ व्यवस्थापित करणे आवश्यक आहे हे लक्षात आले. (टाईम-टू-मार्केट).

अगदी आठवड्याच्या शेवटी, त्याने मेट्रिक्सबद्दल विचार केला: “मग मी वेळ मोजला तर? ते मला काय देईल?

खरंच, वेळेचे ज्ञान काय देईल? समजा प्रसूतीला ५ दिवस लागतात. तर, पुढे काय आहे? ते चांगले की वाईट? जरी हे वाईट असले तरीही, आपल्याला हा वेळ कसा तरी कमी करणे आवश्यक आहे. पण कसे?
या विचारांनी त्याला सतावले, पण काही उपाय निघाला नाही.

इव्हानला समजले की तो मुळात आला आहे. त्याने याआधी पाहिलेल्या मेट्रिक्सच्या असंख्य आलेखांनी त्याला खूप पूर्वी खात्री दिली होती की मानक दृष्टीकोन कार्य करणार नाही आणि जर त्याने फक्त प्लॉट केला तर (जरी तो समूह असला तरीही), त्याचा काही उपयोग होणार नाही.

कसे असावे?…

मेट्रिक हा सामान्य लाकडी शासकसारखा असतो. त्याच्या मदतीने केलेले मोजमाप कारण सांगणार नाही, का मोजली जाणारी वस्तू तिने दाखवलेली लांबी आहे. शासक फक्त त्याचा आकार दर्शवेल, आणि आणखी काही नाही. ती तत्वज्ञानी दगड नाही तर फक्त एक लाकडी फळी आहे ज्याने मोजायचे आहे.

त्याच्या आवडत्या लेखक हॅरी हॅरिसनचा "स्टेनलेस स्टीलचा उंदीर" नेहमी म्हणायचा: एक विचार मेंदूच्या तळाशी पोचला पाहिजे आणि तिथेच पडलेला असावा, म्हणून अनेक दिवस त्रास सहन करून काही उपयोग झाला नाही, इव्हानने दुसरे काम हाती घेण्याचे ठरवले ...

काही दिवसांनंतर, ऑनलाइन स्टोअरबद्दलचा एक लेख वाचताना, इव्हानला अचानक लक्षात आले की ऑनलाइन स्टोअरला किती पैसे मिळतात ते साइट अभ्यागत कसे वागतात यावर अवलंबून असते. तेच, अभ्यागत/क्लायंट, जे स्टोअरला त्यांचे पैसे देतात आणि त्याचे स्रोत आहेत. दुकानाला मिळणाऱ्या रोख रकमेवर ग्राहकांच्या वर्तनातील बदलांचा प्रभाव पडतो, इतर कशाचाही नाही.

असे दिसून आले की मोजलेले मूल्य बदलण्यासाठी हे मूल्य तयार करणाऱ्यांवर प्रभाव टाकणे आवश्यक आहे, म्हणजे. ऑनलाइन स्टोअरची रक्कम बदलण्यासाठी, या स्टोअरच्या ग्राहकांच्या वर्तनावर प्रभाव टाकणे आवश्यक होते आणि DevOps मधील वितरण वेळ बदलण्यासाठी, यावेळी "तयार" करणार्‍या संघांवर प्रभाव टाकणे आवश्यक होते, उदा. त्यांच्या कामात DevOps वापरा.

इव्हानच्या लक्षात आले की DevOps मेट्रिक्स आलेखाने अजिबात दर्शवू नयेत. त्यांनी स्वतःचे प्रतिनिधित्व केले पाहिजे शोध साधन "उत्कृष्ट" संघ जे अंतिम वितरण वेळेला आकार देतात.

या किंवा त्या संघाने वितरणासाठी बराच वेळ का घेतला याचे कारण कोणतेही मेट्रिक कधीही दर्शवणार नाही, इव्हानने विचार केला, कारण प्रत्यक्षात एक दशलक्ष आणि एक लहान कार्ट असू शकते आणि ते तांत्रिक नसून संघटनात्मक असू शकतात. त्या. मेट्रिक्समधून तुम्ही सर्वात जास्त अपेक्षा करू शकता ते म्हणजे संघ आणि त्यांचे परिणाम दर्शविणे आणि त्यानंतरही तुम्हाला या संघांचे तुमच्या पायाने अनुसरण करावे लागेल आणि त्यांच्यात काय चूक आहे ते शोधा.

दुसरीकडे, इव्हानच्या कंपनीचे एक मानक होते ज्यासाठी सर्व संघांना अनेक बेंचवर असेंब्लीची चाचणी घेणे आवश्यक होते. मागील एक पूर्ण होईपर्यंत संघ पुढील स्टँडवर जाऊ शकला नाही. असे दिसून आले की जर आम्ही DevOps प्रक्रियेची कल्पना स्टँडमधून जाण्याचा क्रम म्हणून केली, तर मेट्रिक्स या स्टँडवर संघांनी घालवलेला वेळ दर्शवू शकतात. संघाची भूमिका आणि वेळ जाणून घेतल्याने त्यांच्याशी अधिक विशिष्ट कारणांबद्दल बोलणे शक्य झाले.

संकोच न करता, इव्हानने फोन उचलला आणि DevOps च्या इन्स आणि आउट्समध्ये पारंगत असलेल्या व्यक्तीचा नंबर डायल केला:

- डेनिस, कृपया मला सांगा, संघाने हे किंवा ते स्टँड पार केले आहे हे कसे तरी समजणे शक्य आहे का?
- नक्कीच. जर बिल्ड बेंचवर यशस्वीरित्या रोल आउट झाला (चाचणी उत्तीर्ण झाला) तर आमचे जेनकिन्स ध्वज टाकून देतात.
- उत्कृष्ट. ध्वज म्हणजे काय?
- ही "stand_OK" किंवा "stand_FAIL" सारखी एक नियमित मजकूर फाइल आहे, जी असेंब्ली पास झाली किंवा स्टँड अयशस्वी झाली असे म्हणते. बरं, तुला समजलं, बरोबर?
- मला वाटते, होय. रिपॉजिटरीमध्ये ज्या फोल्डरमध्ये असेंब्ली आहे त्याच फोल्डरमध्ये ते लिहिलेले आहे का?
- होय
- विधानसभा चाचणी खंडपीठात पास न झाल्यास काय होईल? मला नवीन बांधकाम करावे लागेल का?
- होय
- ठीक आहे, धन्यवाद. आणि दुसरा प्रश्न: मी ध्वज निर्मितीची तारीख स्टँडची तारीख म्हणून वापरू शकतो हे मला बरोबर समजले आहे का?
- नक्कीच!
- उत्कृष्ट!

प्रेरित होऊन, इव्हान हँग झाला आणि लक्षात आले की सर्व काही जागेवर पडले आहे. बिल्ड फाइलच्या निर्मितीची तारीख आणि ध्वजांच्या निर्मितीची तारीख जाणून घेतल्याने, संघ प्रत्येक स्टँडवर किती वेळ घालवतात आणि ते सर्वात जास्त वेळ कुठे घालवतात हे समजून घेणे शक्य होते.

"सर्वात जास्त वेळ कुठे घालवला जातो हे समजून घेऊन, आम्ही संघांना शोधून काढू, त्यांच्याकडे जाऊ आणि समस्या शोधू." इव्हान हसला.

उद्यासाठी, त्यांनी रेखाटल्या जाणार्‍या प्रणालीचे आर्किटेक्चर रेखाटण्याचे काम स्वतःला सेट केले.

पुढे चालू…

स्त्रोत: www.habr.com