demystifying devops video tutorial
DevOps वीडियो ट्यूटोरियल:
कैसे स्ट्रिंग स्ट्रिंग में जोड़ने के लिए
हमारे पिछले ट्यूटोरियल में, हमने सीखा DevAps QA परीक्षण को कैसे प्रभावित करेगा । यहाँ, इस ट्यूटोरियल में आप इसमें शामिल वीडियो के साथ DevOps के बारे में जानेंगे।
(इस श्रृंखला के पहले वीडियो के साथ शुरू करने के लिए नीचे स्क्रॉल करें)
अनुशंसित पढ़ें => DevOps प्रशिक्षण श्रृंखला
इन दिनों, DevOps आईटी उद्योग में सबसे ज्यादा चर्चा का विषय है।
सॉफ़्टवेयर डिलीवरी के लिए बढ़ती मांग के साथ, सॉफ़्टवेयर की डिलीवरी की कार्यप्रणाली ग्राहक की अपेक्षाओं को पूरा करने के लिए परिवर्तनों के दौर से गुजर रही है।
इसलिए, DevOps ग्राहकों को सॉफ़्टवेयर पहुंचाने का एक उन्नत और नवीनतम तरीका है, विशेष रूप से क्लाउड-आधारित समाधानों के लिए जहां सॉफ़्टवेयर वितरण तेज़ी से होने की उम्मीद है।
कई उन्नत संगठनों ने पहले से ही ग्राहकों को सॉफ्टवेयर पहुंचाने के DevOps तरीके अपनाने शुरू कर दिए हैं। और कई और इसे अपनाने की दिशा में हैं। इसके अलावा, इन दिनों आईटी अवसरों के बहुमत DevOps ज्ञान की मांग करते हैं।
इसलिए सभी के लिए 'DevOps' को डीमिस्टीफाई करना बहुत आवश्यक है।
डिमोस्टिफ़ाइंग DevOps - वीडियो ट्यूटोरियल
DevOps प्रशिक्षण वीडियो ट्यूटोरियल का उद्देश्य:
- इसके कार्यान्वयन की दिशा में DevOps के बारे में जानना।
- यह समझने के लिए कि कैसे काम करने और डिलीवरी करने के वर्तमान तरीकों में DevOps बदलाव ला रहा है।
- DevOps अवधारणा की एक बुनियादी समझ बनाने के लिए।
सामग्री:
इसमें शामिल है,
- DevOps के बारे में सब कुछ।
- देव और ऑप्स के बीच सहयोग कैसे लाया जाता है?
- DevOps, सतत एकीकरण, निरंतर परीक्षण और निरंतर तैनाती की प्रमुख प्रक्रियाएं।
- DevOps की मुख्य अवधारणाएँ, रिलीज़ प्रबंधन, कॉन्फ़िगरेशन प्रबंधन और एप्लिकेशन मॉनिटरिंग।
मुख्य सीख:
- DevOps को परिभाषित करने में सक्षम।
- एक संगठन को DevOps की आवश्यकता क्यों है?
- DevOps के साथ शुरुआत कैसे करें?
- विकास और संचालन टीम को एक साथ कैसे प्राप्त करें?
लेआउट:
- इस पूरे ट्यूटोरियल को 4 भागों, part1, part2, part3 और part4 में संरचित किया जाता है और फिर एक part5 को बंद या फिर से तैयार किया जाता है।
- प्रत्येक भाग को आगे इस इरादे के साथ छोटे वीडियो के ब्लॉक में विभाजित किया गया है कि, सभी के लिए अच्छी तरह से समझना आसान हो जाता है।
- इनमें से प्रत्येक वीडियो में, पिछले वीडियो में क्या कवर किया गया है और अगले वीडियो में क्या शामिल होने जा रहा है, उस पर एक पुनरावृत्ति है।
- वीडियो बहुत सरल है, जहां आवश्यक हो, समझाने के लिए सरल भाषा और पावरपॉइंट कुछ उपयोगी चित्रों के साथ स्लाइड करते हैं।
- हर वीडियो अपनी अवधारणा को समझने के लिए खुद से स्वतंत्र है और किसी अन्य वीडियो को संदर्भित करने की आवश्यकता नहीं है। लेकिन विषय की बेहतर समझ के लिए पार्ट 1 से पार्ट 4 तक के क्रम में जाना समझ में आता है।
कवरेज:
भाग 1 : (यह ट्यूटोरियल)
DevOps का परिचय। इसकी पृष्ठभूमि, परिभाषा, मूल्य, लाभ, आदतों और DevOps के सर्वोत्तम अभ्यास।
भाग 2 :
Agile Principles के आधार पर DevOps प्रथाओं, स्रोत नियंत्रण और स्वचालन जैसी प्रमुख प्रक्रियाओं का महत्व और यह DevOps पर कैसे लागू होता है।
भाग 3 :
DevOps की प्रमुख प्रक्रियाओं के बारे में विवरण,
- लगातार एकीकरण,
- निरंतर परीक्षण और
- निरंतर तैनाती।
भाग ४ :
DevOps की कुछ और महत्वपूर्ण प्रक्रियाओं का महत्व,
- विन्यास प्रबंधन,
- रिलीज प्रबंधन और
- लाइव में आवेदन प्रदर्शन की निगरानी।
भाग 5 :
पूरे पाठ्यक्रम का पुनर्कथन।
*******************************
इस श्रृंखला में पहले वीडियो ट्यूटोरियल के साथ शुरू करते हैं:
इस ट्यूटोरियल के वीडियो के पहले भाग में, आप सीखेंगे,
- सॉफ़्टवेयर वितरित करने के इस नए तरीके को पेश करने के लिए DevOps और ड्राइवरों की पृष्ठभूमि क्या है?
- DevOps क्या है, DevOps को परिभाषित करने के लिए कोई एकल परिभाषा क्यों नहीं है? क्या यह एक विधि, प्रक्रिया, संस्कृति है?
- जबकि हमने समझा कि DevOps क्या है, यह जानना आवश्यक है कि DevOps क्या नहीं है।
- एक संगठन में DevOps को लागू करने के लाभ।
- और देवोप्स के विभिन्न अभ्यास और आदतें।
- DevOps के प्रमुख मैट्रिक्स।
वीडियो भाग 1: परिचय- 21 मिनट 46 सेकंड
खैर, आज मैं ps डेमिस्टिफ़ाइंग देवऑप्स ’विषय के बारे में बात करूँगा, जो इन दिनों आईटी उद्योग में एक बहुत ही गर्म विषय है।
हम सभी जगहों पर इस चर्चा को बहुत बार सुनते रहते हैं। इसके अलावा, इन दिनों अधिकांश आईटी नौकरी के अवसर ps DevOps 'के ज्ञान और अनुभव की तलाश करते हैं और इसलिए इसके बारे में जानना बहुत महत्वपूर्ण है।
आ भी!! आइए हम समझते हैं कि यह देव अप क्या है।
अवलोकन
यह श्रृंखला, ifying डेमिस्टिफ़ाइंग देवओप्स ’4 भागों में फैली हुई है, और यह बदले में, श्रोताओं को धीरे-धीरे और तेजी से देवो के प्रत्येक भाग को समझने में थोड़ा सहज बनाती है।
इस श्रृंखला के अंत तक, मुझे यकीन है कि आप परिभाषित करने में सक्षम होंगे कि DevOps क्या है? हमें DevOps की आवश्यकता क्यों है? इसके क्या लाभ हैं एक संगठन अपनी व्यस्तताओं के लिए DevOps को कैसे गले लगा सकता है? और संपूर्ण DevOps अभ्यास में परीक्षक की भूमिका क्या है?
जबकि चुस्त अभ्यास विकास प्रक्रिया को तेजी से आगे बढ़ा रहा था और सॉफ्टवेयर टीम ने इसे निर्दिष्ट समय में संचालन के लिए वितरित करना शुरू कर दिया, फिर भी आईटी उद्योग को सॉफ्टवेयर उत्पादन तैयार करने और इसे ग्राहकों के लिए खोलने में चुनौतियों का सामना करना पड़ा।
सॉफ़्टवेयर टीम और ऑपरेशंस टीम के बीच सॉफ़्टवेयर को स्थापित करने, उसे संचालित करने और प्रदर्शन के प्रबंधन में कठिनाई के साथ संचालन में बहुत समय लगने के कारण परिचालन को वास्तव में बहुत समय लगता है।
उद्योग ने धीरे-धीरे विकास और संचालन और हितधारकों के बीच सहयोग में अंतर को समझा, विशेष रूप से संचालन, डेवलपर्स, व्यापार विश्लेषकों और परीक्षकों को सॉफ्टवेयर में बदलाव का समय प्राप्त करने और गुणवत्ता सॉफ्टवेयर वितरित करने के लिए, जो वास्तव में महंगा हो गया। ।
और धीरे-धीरे इस अंतर ने ‘DevOps’ नामक अभ्यास की शुरुआत की, जो कि चुस्त अभ्यास और सिद्धांतों से अधिक विकसित हुआ, जिसका उद्देश्य गुणवत्ता सॉफ्टवेयर प्रदान करना था। या दूसरे शब्दों में in ग्राहकों को कम समय के अंतराल में अधिक कुशल तरीके से मूल्य प्रदान करना और वास्तव में ग्राहक जो चाहते थे उसे वितरित करना।
DevOps क्या है?
अब, DevOps की शुरूआत की पृष्ठभूमि को समझने के बाद, हमारे लिए यह परिभाषित करना आसान हो गया है कि DevOps क्या है। जब यह DevOps की परिभाषा की बात आती है, तो इसके लिए कोई मानक परिभाषा नहीं है। लेकिन, मुझे यकीन है कि कई अपनी परिभाषाओं का अपना संस्करण देंगे।
जैसा कि हमने DevOps को शुरू करने के उद्देश्य और उद्देश्य को समझा, हम स्पष्ट रूप से कह सकते हैं, कि DevOps सॉफ्टवेयर विकास के हितधारकों के बीच स्पष्ट सहयोग का अभ्यास है, न केवल डेवलपर्स और संचालन, बल्कि टीम के बाकी हिस्सों के साथ। ग्राहक को तेजी से और बेहतर मूल्य के वितरण को सक्षम करें।
यहां, जब मैं टीम के बाकी सदस्यों को कहता हूं, तो इसमें परियोजना प्रबंधक, व्यवसाय विश्लेषक, आवश्यकताओं को इकट्ठा करने वाले लोग, आवेदन को बनाए रखने वाले लोग, ग्राहक सेवा लोग आदि शामिल हैं।
Devops मुख्य रूप से उन अंतरालों को पाटते हैं जो पहले संचार और सहयोग की कमी के कारण मौजूद थे और जिसके परिणामस्वरूप सॉफ्टवेयर की खराब गुणवत्ता, तैनाती में बहुत देरी और असंतुष्ट ग्राहकों के रूप में अच्छी तरह से किया गया था।
ठीक है, DevOps सिर्फ सहयोग नहीं है, बल्कि लोगों के एक सही सेट, प्रक्रियाओं का सही सेट और उपकरणों के सही सेट का संयोजन है, ताकि ग्राहकों को 'मूल्य के निरंतर वितरण में सक्षम बनाया जा सके'। यहाँ मैं to ग्राहकों के लिए मूल्य ’शब्द को दबाता रहता हूँ क्योंकि DevOps का एकमात्र और अंतिम उद्देश्य ग्राहकों को मूल्य प्रदान करने के लिए सॉफ़्टवेयर उत्पादन को तैयार करना है।
Android के लिए शीर्ष 5 एमपी डाउनलोडर
यह एक बड़ा अंतर है और DevOps का प्रमुख पहलू है।
अंत में, देवोप एक संस्कृति है जो लोगों को ध्यान केंद्रित करने में सक्षम बनाती है,
- ग्राहक
- उत्पादन के लिए वितरण,
- स्वचालन
- प्रतिक्रिया और माप
DevOps क्या नहीं है?
समझने के बाद, DevOps क्या है, भ्रम से बचने के लिए DevOps क्या नहीं है, यह समझना भी बेहतर है।
DevOps एक खुला स्रोत या लाइसेंस प्राप्त उपकरण नहीं है, जो बाजार में उपलब्ध होगा, ताकि कोई भी इसे खरीदने, स्थापित करने और उपयोग कर सके और आपके पास सभी परिणाम उपलब्ध हों। न तो यह कोई मानक विनिर्देश या नियम पुस्तिका है, ताकि कोई भी वांछित परिणाम प्राप्त कर सके।
यह आईएसओ, सीएमएमआई जैसी प्रक्रियाओं का भी कोई सेट नहीं है ताकि किसी को प्रमाणन मिल सके।
बदलते बाजार की जरूरतों के साथ, विकास और संचालन के बीच लापता सहयोग के अलावा, पारंपरिक सॉफ्टवेयर विकास पद्धति और यहां तक कि फुर्तीली कार्यप्रणाली में बहुत अधिक दर्द बिंदु थे, जिन्हें संबोधित करने की आवश्यकता थी, और जो प्रमुख ड्राइवर बन गए of the DevOps प्रैक्टिस।
खैर, आवेदन की गुणवत्ता और प्रदर्शन में लगातार सुधार की आवश्यकता अत्यंत महत्वपूर्ण थी। ग्राहकों की उम्मीदों, मांगों और अपेक्षित ग्राहक अनुभव को पूरा करना पारंपरिक एस / डब्ल्यू विकास पद्धति में एक वास्तविक चुनौती थी।
बाजार में तेजी से और तेजी से रिलीज करने के लिए लगातार बढ़ता दबाव और प्रतिस्पर्धा एक अन्य प्रमुख चालक था।
कई ऑपरेटिंग सिस्टम और प्लेटफ़ॉर्म के समर्थन की वर्तमान सीमा के साथ, यह केवल एक प्लेटफ़ॉर्म या OS पर काम करने के लिए सॉफ़्टवेयर विकसित करने के लिए पर्याप्त नहीं है और इसलिए एक साथ कई प्लेटफार्मों का समर्थन करने के लिए सॉफ़्टवेयर डेवलपमेंट प्रक्रिया की आवश्यकता थी।
क्लाउड-आधारित समाधानों पर अधिक से अधिक सॉफ़्टवेयर प्राप्त करना, चक्र समय को कम करने के लिए निरंतर परीक्षण, निरंतर तैनाती और स्वचालन की मांग करता है।
सॉफ्टवेयर के विकास के लिए एक बड़ी चुनौती के माध्यम से उन्हें बनाए रखने के लिए तैनाती के लिए जटिल और मिशन-महत्वपूर्ण कार्यक्रमों, समाधानों, और बदलती हुई अलग-अलग आईटी अवसंरचनाओं और भूगोलों में आवश्यक समर्थन में वृद्धि।
DevOps का मान
DevOps के प्रमुख ड्राइवरों को समझने के बाद DevOps के मूल्य को समझना आसान हो जाता है जो इसे अभ्यास करने वाले संगठन के लिए लाता है।
DevOps मुख्य रूप से हितधारकों के बीच की खाई को पाटता है और इसलिए अनुप्रयोग विकास जीवन चक्र में संचार और सहयोग को बेहतर बनाता है। DevOps लीड टाइम को बेहतर बनाता है और सॉफ्टवेयर डिलीवरी की समयसीमा कम करता है। लीड समय वह कोड होता है जो कोड कमिट से कोड को सफलतापूर्वक उत्पादन के लिए दिया जाता है।
तो कुल मिलाकर, DevOps एक ऐसी संस्कृति को रोकता है जो पूरे संगठन को बदल देती है और अपने कर्मचारियों को उन सॉफ्टवेयरों को वितरित करने पर ध्यान केंद्रित करती है जो ग्राहकों को मूल्य प्रदान करते हैं।
दूसरे शब्दों में, छोटे, बेहतर और तेजी से वितरित करने के लिए DevOps का कुल रहस्य है।
DevOps के लाभ
बाजार की मांग से समय की आवश्यकता को संबोधित करते हुए, DevOps अभ्यास ने ग्राहक की बढ़ती संतुष्टि के साथ खुद को साबित किया, जिससे ग्राहक आधार में वृद्धि हुई।
जो भी DevOps के अभ्यास के लिए महत्वपूर्ण ड्राइवर थे, वे लगातार परीक्षण और प्रतिक्रिया प्रक्रिया के माध्यम से बेहतर गुणवत्ता और प्रदर्शन की तरह सफल हुए।
कोड के रूप में बुनियादी ढाँचा और विन्यास देने के साथ-साथ 'सब कुछ स्वचालित' सिद्धांत का परिचय मानवीय त्रुटियों को कम करने, बाज़ार में तेज़ी से पहुँचाने और अधिक लगातार रिलीज़ करने के परिणामस्वरूप हुआ।
संस्करण को नियंत्रित करने वाले सॉफ्टवेयर ने कई प्लेटफार्मों पर समर्थन करने के लिए सक्षम किया और प्रारंभिक और निरंतर परीक्षण के परिणामस्वरूप उत्पादन में कम दोष और कम विफलता दर हुई।
निरंतर तैनाती के कारण, मुद्दों को ठीक करने और इसे तेजी से जारी करने के लिए चारों ओर तेज समय लगा। तो जाहिर है, एक सूची में लाभ जोड़ने पर जा सकते हैं।
DevOps के अभ्यास
DevOps की प्रमुख सामग्री अनुप्रयोग विकास जीवन चक्र में लागू की जाने वाली सर्वोत्तम प्रथाएं हैं, और यह टीम में आवश्यक संस्कृति को विकसित करने में मदद करती है और DevOps कार्यान्वयन के लाभों को प्राप्त करने के लिए टीम को ड्राइव करती है।
# 1) विन्यास प्रबंधन: स्पष्ट रूप से जानना कि हम क्या तैनात कर रहे हैं, हम कैसे तैनात कर रहे हैं और उत्पादन के लिए क्या कॉन्फ़िगरेशन करने जा रहे हैं, कॉन्फ़िगरेशन प्रबंधन की कुंजी है जो पूरी तरह से नियंत्रित संस्करण है।
# 2) रिलीज मैनेजमेंट : स्पष्ट रूप से नक्काशी, हम एक रिलीज पाइपलाइन का निर्माण कैसे कर रहे हैं और उन्हें प्रबंधित करना रिलीज प्रबंधन का प्रमुख पहलू है।
# 3) निरंतर एकीकरण: यह सुनिश्चित करता है कि हर कोड कमिट संस्करण नियंत्रित, परीक्षण और संकलित हो और कोड आधार हर समय साफ और स्वच्छ बना रहे।
# 4) निरंतर तैनाती: यह संकलित कोड की तैनाती से लेकर उत्पादन पर्यावरण तक सभी तरह के परीक्षण को लगातार लक्षित करता है।
टेस्ट ऑटोमेशन DevOps का महत्वपूर्ण और महत्वपूर्ण अभ्यास है जो जीवन चक्र में लागू होता है। फिर एक कोड के रूप में delivering इन्फ्रास्ट्रक्चर वितरित करना 'DevOps Practice की प्रमुख विशेषताओं में से एक है।
इसलिए, बाद में एक बार कोड को उत्पादन में तैनात करने के बाद, यह सुनिश्चित करना आवश्यक है कि प्रदर्शन डेटा एकत्रित करके, सॉफ़्टवेयर सफलतापूर्वक चल रहा है, सिस्टम में कोई त्रुटि हुई है और एप्लिकेशन मॉनिटरिंग टूल और कार्यप्रणाली के माध्यम से अंतिम उपयोगकर्ता उपयोग डेटा भी। ।
इसलिए, ये अनुप्रयोग विकास चक्र के दौरान टीम द्वारा लागू और अपनाई जाने वाली महत्वपूर्ण और अत्यंत महत्वपूर्ण प्रथाएं हैं जो उन्हें DevOps लक्ष्य प्राप्त करने के लिए सुनिश्चित करती हैं।
देवता की आदतें
जैसा कि अरस्तू कहते हैं, says हम हैं। हम बार-बार करते हैं ... उत्कृष्टता, इसलिए एक कार्य नहीं है, बल्कि एक आदत है।
इसलिए, मैं इन्हें 'आदतें' कहता हूं क्योंकि हम उन्हें बार-बार अभ्यास करते हैं।
इसलिए, इन नियमित आदतों को बिना किसी गुणवत्ता के सॉफ्टवेयर को बार-बार वितरित करने का इरादा रखते हुए टीम में विकसित किया जाना चाहिए।
(1) तकनीकी ऋण का प्रबंधन:
एक नियमित आधार पर तकनीकी ऋण का प्रबंधन करना महत्वपूर्ण पहलुओं में से एक है, यदि ऐसा नहीं किया जाता है, तो यह सॉफ्टवेयर की प्रगति को काफी धीमा कर देता है। और इसलिए तकनीकी ऋण को हमेशा कम करने की आवश्यकता है और कोड आधार को जितना संभव हो उतना साफ रखा जाना चाहिए। स्वच्छ कोड आधार किसी भी समय तैयार कोड को तैनात करने की सुविधा देता है।
जैसा कि मैंने बार-बार उल्लेख किया है, एक ग्राहक के लिए मूल्य पर ध्यान केंद्रित करना टीम की मानसिकता है और यह DevOps का प्रमुख संस्कृति पहलू है, जो लगातार टीम को कुछ भी करता है और ग्राहक के लिए मूल्य लाने की दिशा में सब कुछ रेखांकित करता है।
इस मानसिकता के साथ, व्यक्तियों ने सोचा कि उनका काम पूरा हो गया है और आगे के लिए दूसरों को फेंकना बंद कर दिया जाएगा। और हर कोई यह सोचना शुरू कर देता है कि अंतिम उद्देश्य उत्पादन को वितरित करना और क्रेडिट लेना है जब ग्राहक उत्पादन में सॉफ़्टवेयर का उपयोग करने के बाद प्रतिक्रिया या प्रशंसा प्रदान करता है।
इसलिए, ग्राहकों के लिए मूल्य पर ध्यान केंद्रित करने और हर बार बेहतर और बेहतर करने के लिए टीम को समृद्ध करता है।
# 2) परिकल्पना-चालित विकास :
आवश्यकताओं को अच्छी तरह से समझने के अलावा, यह समझना कि ग्राहक वास्तव में लाइव क्या करता है और किसी विशेष सुविधा का उपयोग पैटर्न क्या है और तदनुसार कोड विकसित करना requirements हाइपोथीसिस-संचालित विकास ’है।
इसलिए, ग्राहकों के साथ सक्रिय रूप से यह समझने में शुरुआत से ही सही है कि वे सॉफ्टवेयर का उपयोग कैसे कर रहे हैं और यह सुनिश्चित करें कि पहली बार में ही सही चीजें विकसित हों, यह बहुत महत्वपूर्ण है और फिर से यह एक DevOps की आदत है।
# 3) तैनाती से माप:
लगातार डिलीवरी के प्रदर्शन को मापना और तैनाती से प्रतिक्रिया मांगना एक और महत्वपूर्ण आदत है जो टीम को सॉफ्टवेयर में सुधार करने और ग्राहकों के लिए मूल्य लाने में मदद करता है।
# 4) लाइव साइट संस्कृति :
सबसे अच्छा कंप्यूटर क्लीनर क्या है
लाइव साइट संस्कृति को हर किसी की मानसिकता में बदलना है, कि हम जो कुछ भी विकसित कर रहे हैं, हमें इसे बिना किसी झंझट के उत्पादन में लाने की आवश्यकता है।
टीम में सभी को यह समझने की संस्कृति है कि 'यदि यह लाइव साइट में नहीं है, तो यह कहीं नहीं है' और इसका कोई मतलब या कोई लाभ नहीं है यदि हम इसे लाइव नहीं कर सकते हैं और इसलिए हम तक नहीं पहुंच पाएंगे अगर यह लाइव में नहीं है, तो हमारे अंतिम उपयोगकर्ताओं के लिए।
# 5) लचीले संसाधन के रूप में आधारभूत संरचना:
लचीले संसाधन के रूप में अवसंरचना का प्रबंधन करना DevOps का एक बहुत महत्वपूर्ण पहलू है क्योंकि, किसी भी समय, हमें मौजूदा बुनियादी ढाँचे से छुटकारा पाने और एक नए को स्पिन करने में सक्षम होना चाहिए, क्योंकि हमने अपने बुनियादी ढांचे को एक कोड के रूप में बहुत आसानी से परिभाषित किया है।
DevOps का यह पहलू हमें अपने सॉफ्टवेयर को मल्टीप्लेटफॉर्म सपोर्टिव और मल्टी-वर्जन सपोर्टिव बनाने में मदद करता है।
# 6) टीम सहयोग:
अब तक हम सभी स्पष्ट रूप से जानते हैं कि यह केवल उपकरण या प्रक्रियाएं नहीं हैं जो सॉफ़्टवेयर विकास को संचालित करती हैं। यह वह टीम है जिसे आपस में सहयोग करने की आवश्यकता है और वह व्यवसाय के लक्ष्य के साथ जुड़ जाती है।
इसलिए, टीम सहयोग, DevOps संस्कृति का प्रमुख पहलू है जो आपस में और कार्यक्रम को समझने में किसी भी तरह के अंतर को पाटता है।
इसलिए ये दृष्टिकोण, व्यवहार और आदतें DevOps संस्कृति के प्रमुख मूलभूत पहलू हैं।
DevOps मेट्रिक्स
वे दिन आ गए हैं जहाँ हम पारंपरिक विकास और परीक्षण संबंधी मैट्रिक्स को अकेले इकट्ठा करते थे जो केवल इन-हाउस सॉफ्टवेयर विकास और परीक्षण की ओर केंद्रित था। जैसे-जैसे डिलीवरी का फ़ोकस बदलता गया, इकट्ठा होने वाले मेट्रिक्स ग्राहक के लिए मूल्य खोजने की दिशा में भी जुड़ गए।
हालाँकि, एकत्रित की जाने वाली मीट्रिक ग्राहक की प्राथमिकता के आधार पर संगठन से संगठन में थोड़ा भिन्न होती है, सॉफ्टवेयर की चपलता और विश्वसनीयता का माप DevOps का मुख्य फोकस है।
और ये मैट्रिक्स ग्राहक के लिए to मूल्य के दृष्टिकोण से मापने के लिए उपयुक्त होंगे और वे परिभाषित करते हैं कि टीम wr.t कैसे कर रही है। DevOps कार्यान्वयन।
असल में, चपलता मीट्रिक विकास प्रभावशीलता को मापने के लिए है और संचालन प्रभावशीलता को मापने के लिए विश्वसनीयता है।
(1) चपलता मैट्रिक्स:
और समय की अवधि में तैनाती की संख्या।
(मैं) हम जानते हैं कि DevOps छोटी चौकों की डिलीवरी और तेजी से वितरण करने के बारे में है।
तो, यह चपलता मेट्रिक्स की जाँच करना है, कितनी बार टीम तैनाती करने में सक्षम रही है और तैनाती की आवृत्ति क्या है।
अगला एक 'बदलावों को लागू करने के लिए लिया गया समय' है:
(ii) हम यह भी जानते हैं कि परिवर्तन के अनुरोधों के परिणामस्वरूप ग्राहक के विचार कितनी बार बदलते हैं और DevOps का इरादा इन परिवर्तनों को न्यूनतम समय में उत्पादन में बदलने का है।
इसलिए, चपलता मैट्रिक्स का अगला पहलू यह है कि उत्पादन में बदलाव के अनुरोधों को लागू करने में क्या समय लगता है?
# 2) विश्वसनीयता मेट्रिक्स:
विश्वसनीयता मैट्रिक्स तैनाती के बाद सॉफ्टवेयर की विश्वसनीयता को मापने के लिए है।
विश्वसनीयता मैट्रिक्स में शामिल हैं,
- रिलीज की विफलता दर और
- मुद्दों का पता लगाने और उन्हें ठीक करने का समय।
# 1) रिलीज की विफलता की दर को मापना है, कितनी बार हम अपनी तैनाती के संबंध में विफल रहते हैं? यहाँ, इसका उद्देश्य यह सुनिश्चित करना है कि समय के साथ यह विशेष रूप से मीट्रिक शून्य कम हो जाए और टीम को हर बार सफलतापूर्वक तैनात करने की आदत हो जाए और अधिक बार उत्पादन में जाना एक आदत बन जाए।
#दो) अब, समस्याओं का पता लगाने और ठीक करने का समय विफलता का पता लगाने और इसे ठीक करने के लिए उठाए गए समय को मापने के लिए है। यह मीट्रिक भी जांचना है कि हम उत्पादन में क्या तेजी से समझ पा रहे हैं, लगातार मुद्दों का पता लगाते हैं, इसे वर्कअराउंड प्रदान करते हुए इसे ठीक करते हुए विकास चक्र तक पहुंचाते हैं।
यह मीट्रिक न केवल उत्पादन को त्वरित सुधार के चारों ओर मोड़ने पर ध्यान केंद्रित करता है, बल्कि टीम को भविष्य में होने वाले ऐसे मुद्दों को रोकने के लिए भी सक्षम बनाता है जो उपयुक्त परिवर्तन करके इसे डिजाइन, वास्तुकला, स्वचालित परीक्षण पाइपलाइन, जो भी हो।
तो, आदर्श रूप से, ये मेट्रिक्स हैं जो टीम को DevOps संस्कृति और वितरण प्राप्त करने में मदद करते हैं।
चलो एक त्वरित पुनर्कथन करते हैं:
- DevOps क्या है?
- DevOps क्या नहीं है?
- DevOps के क्या लाभ हैं?
- DevOps के अभ्यास और आदतें क्या हैं?
- और DevOps के प्रमुख मैट्रिक्स क्या हैं?
DevOps क्या है? DevOps संगठन में एक संस्कृति है जो ग्राहक के विकास, संचालन और शेष हितधारकों के निरंतर सहयोग के माध्यम से मूल्य प्रदान करने पर ध्यान केंद्रित करती है।
DevOps क्या नहीं है? DevOps एक लाइसेंस प्राप्त या खुला स्रोत उत्पाद नहीं है, न ही एक विनिर्देश और न ही एक मानक।
DevOps का क्या फायदा है? DevOps उच्च गुणवत्ता वाली डिलीवरी, तेजी से वितरण, लगातार तैनाती, छोटी तैनाती, उत्पादन में कम विफलता दर आदि लाता है।
DevOps की प्रथाएँ क्या हैं? DevOps प्रथाओं निरंतर एकीकरण, टेस्ट स्वचालन, निरंतर तैनाती, एक कोड के रूप में बुनियादी ढाँचा, कॉन्फ़िगरेशन प्रबंधन, रिलीज़ प्रबंधन और अनुप्रयोग प्रदर्शन निगरानी हैं।
DevOps की आदतें क्या हैं? DevOps की आदतों में तकनीकी ऋण का प्रबंधन, ग्राहक को मूल्य पहुंचाने पर ध्यान केंद्रित करना, लाइव साइट कल्चर, टीम सहयोग, लचीले संसाधन के रूप में बुनियादी ढांचे का प्रबंधन, परिकल्पना-चालित विकास और उत्पादन से मीट्रिक शामिल हैं।
DevOps के मेट्रिक्स क्या हैं? चपलता और विश्वसनीयता DevOps के प्रमुख फ़ोकस मेट्रिक्स हैं।
DevOps पर वीडियो ट्यूटोरियल के लिए लेखक के बारे में:
एसटीएच टीम के सदस्य गायत्री सुब्रह्मण्यम सॉफ्टवेयर परीक्षण विशेषज्ञ हैं, जो विभिन्न डोमेन में विभिन्न वैश्विक ग्राहकों के लिए सॉफ्टवेयर परीक्षण परियोजनाओं को वितरित करने में डेढ़ दशक से अधिक का अनुभव रखते हैं। उसने सॉफ्टवेयर वितरित किया है, पारंपरिक और चुस्त सॉफ्टवेयर डेवलपमेंट मेथडोलॉजी (SCRUM, सेफ) पर काम कर रही है और नवीनतम DevOps कार्यप्रणाली में काम किया है।
हमारे अगले वीडियो ट्यूटोरियल में, हम चुस्त सिद्धांतों के आधार पर DevOps प्रथाओं को सीखेंगे।
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- DevOps टेस्टिंग ट्यूटोरियल: QA टेस्टिंग को कैसे प्रभावित करेंगे DevOps?
- शुरुआती के लिए गहराई से ग्रहण ट्यूटोरियल
- DevOps वीडियो ट्यूटोरियल का पुनर्कथन
- DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)
- DevOps में निरंतर परीक्षण
- क्लाउड में DevOps कार्यान्वयन के लिए AWS कोडकॉमिट ट्यूटोरियल
- DevOps में सतत वितरण
- विनाशकारी परीक्षण और गैर विनाशकारी परीक्षण ट्यूटोरियल