कैसे त्वरित परिणामों ने इवान को मदद की

इवान ने DevOps से संबंधित विभाग में एक बड़े संगठन में काम किया। हर दिन, हजारों कर्मचारियों ने अपने सॉफ़्टवेयर को बनाने, परीक्षण करने और कार्यान्वित करने के लिए DevOps टूल का उपयोग किया।

असेंबली लाइन के माध्यम से प्रति दिन हजारों वितरण एक सामान्य स्थिति थी।
हालाँकि, जहाँ महान शक्ति है, वहाँ बड़ी जिम्मेदारी भी है। टीमों की अपरिहार्य कठिनाइयों के कारण प्रति दिन सैकड़ों तकनीकी समर्थन कॉल हुए।

स्वाभाविक रूप से, कई को DevOps टूल पसंद नहीं थे। किसी ने कहा कि वे बहुत छोटी हैं, जबकि दूसरों का मानना ​​था कि आप उनके बिना कर सकते हैं, और यह बहुत तेज़ होगा।

कंपनी प्रबंधन ने समझा कि सभी 100% टीमें DevOps से संतुष्ट नहीं हो सकती हैं, हालांकि, कोई सटीक डेटा नहीं था। असेंबली लाइन पर समस्याओं को देखना अच्छा होगा, लेकिन प्रति दिन इसके माध्यम से होने वाले वितरण की सामान्य संख्या भी ज्ञात नहीं थी। गंभीर मेट्रिक्स के बारे में हम क्या कह सकते हैं।

DevOps मीट्रिक के बारे में सवाल लगातार उठाया गया था - सभी को उनकी बहुत आवश्यकता थी।

इवान, एक कर्मचारी के रूप में जो मेट्रिक्स जानता है और DevOps तकनीक जानता है, ने परियोजना की तैयारी में एक करीबी हिस्सा लिया।

DevOps प्रशासकों के साथ, उन्होंने एक संभावित समाधान वास्तुकला पर काम किया, और DevOps मेट्रिक्स पर साहित्य की एक बड़ी मात्रा का भी अध्ययन किया। इंटरनेट पर एक भी लेख नहीं था और इस विषय पर एक भी किताब नहीं थी कि वह नहीं पढ़ेगा।

नतीजतन, एक पूर्ण तकनीकी समाधान का जन्म हुआ, जिसे इवान ने प्रबंधन को प्रस्तुत किया।

सब छूट गया

प्रबंधन की प्रतिक्रिया अप्रत्याशित थी - कार्यान्वयन पर कोई निर्णय नहीं किया गया था।
"यह एक उधम मचाता है, भाई," अच्छा सहयोगी एक मुस्कराहट के साथ कहा, इवान बैठक से जा रहा है।

विडंबना के बावजूद, वह सही था। यदि निर्णय नहीं किया जाता है, तो कुछ प्रकार की बाधा थी जिसे इवान ने नहीं देखा और ध्यान नहीं दिया।

प्रबंधन DevOps मैट्रिक्स को लागू करने की तकनीकी व्यवहार्यता के बारे में आश्वस्त था, लेकिन फिर भी इस पर संदेह था।

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

जब यह एक महंगी परियोजना की बात आती है, तो:

• प्रस्तुतियाँ प्रभावशाली नहीं हैं
• स्क्रीन लेआउट प्रभावशाली नहीं हैं
• उदाहरण प्रभावशाली नहीं हैं।

सामान्य तौर पर, परियोजना की शुरुआत अनिश्चित काल के लिए स्थगित कर दी गई थी। इवान को कार्य पूरी तरह से अस्वीकार्य लग रहा था।

भाग्य का मामला

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

वहां जो कुछ भी था वह जेनकिन्स और नेक्सस के डेटा को सभी संभव तरीकों से सबसे आसान तरीके से खींच रहा था।

इवान के आश्चर्य की कल्पना करें जब केवल कुछ दिनों के बाद एक छात्र ने उसे कार्य प्रणाली को देखने के लिए आमंत्रित किया। इस सवाल पर "मैंने इतनी अधिक प्राथमिकता कैसे अर्जित की?" उत्तर के बाद: "आपके पास केवल सामान्य टीके थे।"

हो सकता है कि जैसा भी हो, लेकिन सिस्टम ने काम किया। उसने जेनकिंस और नेक्सस से डेटा खींच लिया और उसे अपने डेटाबेस में डाल दिया।

इवान को एहसास हुआ कि उसे जल्द से जल्द आराम करने की जरूरत है। कच्चे आंकड़ों से रिपोर्ट तैयार करने के लिए उन्होंने QlikView के मुफ्त संस्करण का उपयोग किया और शाम तक DevOps मेट्रिक्स का पहला संस्करण तैयार हो गया।

अगले सोमवार को एक सफलता थी। कार्यरत मेट्रिक्स को देखकर, इवान के प्रमुख ने कहा: "यह सबसे उपयोगी डेटा है जिसे मैंने हाल ही में देखा है!"

संसाधनों के मुद्दे को तुरंत हल किया गया था, और अगले कुछ दिनों में, मैट्रिक्स के साथ परियोजना को पूरी तरह से लॉन्च किया गया था।

इवान ने सही तरीके से काम किया और इसे साकार किए बिना "त्वरित परिणाम" दिए - एक कार्य प्रणाली जिसमें सबसे अधिक फंक्शनल कार्यक्षमता है जो वास्तविक लाभ देती है।

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

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

इवान द्वारा परियोजना से प्राप्त कुछ अंतर्दृष्टि:

पहले कल्पना कीजिए कि आपको किस अंतिम परिणाम की आवश्यकता है

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

कार्यान्वयन के लिए प्रस्तावित दस DevOps मीट्रिक में से, इवान केवल एक को छोड़ दिया, और इसे एक स्टैंड और एक टीम तक सीमित कर दिया। वास्तव में, यह एक ओर सबसे अधिक केंद्रित निचोड़ था, और दूसरी तरफ व्यावहारिक वास्तविक डेटा।

इस तरह के एक छीन लिए गए संस्करण ने एक पूरी तरह से व्यावहारिक समस्या को हल करना संभव बना दिया - वास्तविक टीम का विश्लेषण करने और यह समझने के लिए कि क्या इस पर मैट्रिक्स वह परिणाम देगा जो उनसे अपेक्षित था।

एक साधारण आर्किटेक्चर आरेख चीजों को बहुत आसान बनाता है

सूचना प्रवाह और डेटा के साथ सबसे सरल परिनियोजन योजना ने इवान को यह समझने में मदद की कि कहां झूठ है और इसे प्राप्त करना कितना आसान है।

जेनकिंस: नौकरियां। नौकरियों में मीट्रिक के लिए क्या आवश्यक है? इसे कैसे बाहर निकालना है? कौन से प्रोटोकॉल, किस पते से हैं?

नेक्सस: वितरण। मैट्रिक्स के लिए नेक्सस की क्या आवश्यकता है? इसे कैसे प्राप्त करें?

मदद प्रणाली: क्योंकि ड्रॉप उन्हें मेट्रिक्स की जरूरत नहीं है।

डेटा को कैसे संयोजित करें? जहाँ तक संभव हो सके ऐसा करना सबसे आसान है?

हो सके तो बिना कोडिंग के करें। सब

यदि आप एक्सएलएस या सीएसवी के लिए तैयार-अपलोड के साथ कर सकते हैं, तो ऐसा करने के लिए बेहतर है और बिल्कुल भी एनकोड न करें।

कभी-कभी आप कोडिंग के बिना नहीं कर सकते हैं, लेकिन आपको अभी भी सबसे आसान विकल्प चुनने की आवश्यकता है।
उदाहरण के लिए, जेनकिंस RSS और JSON में डेटा फीड करता है। वह विकल्प चुनें जिसे लागू करना आसान हो।

Nexus केवल XML लौटाता है? ठीक है, कुछ भी नहीं करना है, आपको कोड करना होगा।

ज्यादा लटका न रखें। सब कुछ साफ

तेज परिणामों के लिए सुपर ऑटोमेशन की जरूरत नहीं है। आप उनके नाम के बजाय कमांड कोड के साथ कर सकते हैं। आपको केवल डेटा के संवर्धन के लिए अतिरिक्त सिस्टम को कनेक्ट नहीं करना चाहिए। ये सिर्फ फूल और सौंदर्य मार्गदर्शन हैं - यह उनके बिना करना और समय बचाने के लिए बेहतर है।

डेटाबेस में लिखने के बजाय, आप एक नियमित पाठ फ़ाइल या सीएसवी पर लिख सकते हैं, अगर यह तेज होगा।
जहां आप मैन्युअल रूप से शुरू कर सकते हैं - शुरू करें, शेड्यूलर पर समय बर्बाद न करें।

यदि प्रकाश स्क्रिप्टिंग भाषा जैसे कि पायथन या पीएचपी में लिखना आसान है - लिखिए। वैसे भी, आप न्यूनतम करते हैं, इसलिए आपको बहुत कुछ फिर से लिखना नहीं होगा।

ऐसे टूल का उपयोग करें जो आपको जल्दी से परिणाम प्राप्त करने की अनुमति दें, उदाहरण के लिए, मैट्रिक्स के लिए QlikView या टैब्लू - वे डेटा को लोड करना और संयोजित करना आसान बनाते हैं, साथ ही साथ सभी आवश्यक ग्राफ़ भी बनाते हैं।

इवान ने "त्वरित परिणाम" सेवा में ले लिया और निम्नलिखित परियोजनाओं में उन्होंने हमेशा एक न्यूनतम काम करने वाली प्रणाली बनाने की कोशिश की जो उपयोगिता प्रदान करती है, और उसके बाद ही बाकी काम करती है। और यह हमेशा काम किया।

अगर इवान की कहानी आपको उपयोगी लगी, तो मुझे बहुत खुशी होगी।

कृपया टिप्पणी में अपना मामला लिखें जब त्वरित परिणामों का प्रभाव पड़ा हो।