मेन्यू

DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)

  • मुख्य
  • अन्य
  • DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)

devops tutorial ultimate guide devops

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

यह 25+ टेक्स्ट और वीडियो ट्यूटोरियल की एक पूरी DevOps ट्यूटोरियल श्रृंखला है जो DevOps, DevOps सिद्धांतों और इसके वास्तुकार जैसे DevOps के सभी पहलुओं को कवर करती है।

DevOps ट्यूटोरियल

DevOps प्रशिक्षण श्रृंखला में ट्यूटोरियल की सूची:

# 1) DevOps का परिचय (यह ट्यूटोरियल)

#दो) DevOps और सॉफ्टवेयर परीक्षण

DevOps वीडियो ट्यूटोरियल:

# 3) वीडियो ट्यूटोरियल 1: DevOps पृष्ठभूमि, परिभाषा, मूल्य, लाभ, आदतों और सर्वोत्तम प्रथाओं

# 4) वीडियो ट्यूटोरियल 2: Agile सिद्धांतों, स्रोत नियंत्रण और DevOps स्वचालन के आधार पर DevOps अभ्यास

यह वीडियो ट्यूटोरियल में विभाजित है 6 ब्लॉक:

# 5) वीडियो ट्यूटोरियल 3: DevOps सतत एकीकरण, सतत परीक्षण और सतत वितरण की प्रक्रिया करता है

यह वीडियो ट्यूटोरियल में विभाजित है 4 ब्लॉक:

# 6) वीडियो ट्यूटोरियल 4: DevOps कॉन्फ़िगरेशन प्रबंधन और लाइव अनुप्रयोग प्रदर्शन निगरानी

यह वीडियो ट्यूटोरियल में विभाजित है 3 ब्लॉक:

# 7) वीडियो ट्यूटोरियल 5: पूरे पाठ्यक्रम का पुनर्कथन।

  • भाग 5 ब्लॉक 1 - DevOps वीडियो ट्यूटोरियल का पुनर्कथन

पाठ ट्यूटोरियल:

# 8) वाम परीक्षण
# 9) निरंतर एकीकरण का उपयोग करके सॉफ्टवेयर की गुणवत्ता में सुधार कैसे करें
# 10) सतत वितरण प्रक्रिया

DevOps उपकरण:

#ग्यारह) DevOps टूल्स
# 12) सामान्य रूप से उपयोग किए जाने वाले ओपन सोर्स DevOps टूल की स्थापना और कॉन्फ़िगरेशन
# 13) सर्वश्रेष्ठ निरंतर एकीकरण उपकरण
# 14) शीर्ष सतत वितरण उपकरण

Microsoft VSTS ट्यूटोरियल:

# पंद्रह) Microsoft VSTS भाग 1
# 16) Microsoft VSTS भाग 2

AWS DevOps टूल:

# 17) AWS DevOps टूल पार्ट 1 (कोडकॉमिट)
# 18) AWS DevOps टूल पार्ट 2 (कोडबुइल्ड)
# 19) AWS DevOps उपकरण भाग 3 (कोडडिप्लॉय)

# अतिरिक्त) .NET वेब एप्लीकेशन तैनाती AWS इलास्टिक बीनस्टॉक का उपयोग करते हुए

DevOps के लिए स्वीकार्य:

#इक्कीस) भाग 1: स्थापना और विन्यास
# 22) भाग 2: कार्यपुस्तिका का उपयोग करके स्वचालन स्वचालन
# 2। 3) अन्सिबल पार्ट 3: जेनेकिन्स के साथ अन्सिबल रोल्स और इंटीग्रेशन

# 24) सेलेनियम के साथ जेनकिंस का एकीकरण
# 25) हडसन कंटिन्यूअस इंटीग्रेशन टूल

# 26) DevOps सेवा प्रदाता कंपनियां
# 27) DevOps साक्षात्कार प्रश्न

इस श्रृंखला में पहले ट्यूटोरियल से शुरुआत करते हैं।

आप क्या सीखेंगे:

DevOps का परिचय

DevOps सिर्फ औजारों के बारे में नहीं है, बल्कि इसमें सर्वोत्तम प्रथाओं का एक सेट भी शामिल है जो सॉफ़्टवेयर वितरण को स्वचालित करने के लिए उपकरणों के एकीकृत सेट का उपयोग करके निरंतर एकीकरण और तैनाती के क्षेत्रों में विकास और संचालन टीमों के बीच की खाई को पाटने में सक्षम बनाता है।

डाउनलोड करने के बाद धार फ़ाइलों का उपयोग कैसे करें

यह जरूरी है कि डेवलपर्स परिचालन पक्ष को समझें और इसके विपरीत। तो DevOps का लक्ष्य केवल किसी भी संगठन को अंतिम उपयोगकर्ताओं के लिए एप्लिकेशन देने और तेज़ एंड-यूज़र फ़ीडबैक सक्षम करने की गति में मदद करना है जो आज किसी भी व्यवसाय की आवश्यकता है।

फुर्तीली और DevOps का अवलोकन

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

तो यहाँ मुद्दा यह है कि यदि इस स्तर पर ग्राहक की आवश्यकता में कोई परिवर्तन होता है तो बदली गई आवश्यकता को शामिल करने और वितरित करने का कोई तरीका नहीं है।

जलप्रपात विधि की तुलना में ग्राहक परिवर्तनों की आवश्यकताओं को बेहतर ढंग से अपनाने के मुद्दे को सुलझाने के लिए फुर्तीली अपनाना था। यहां विचार 2 से 3 सप्ताह के आसपास छोटे स्प्रिंट या पुनरावृत्ति में एक सॉफ्टवेयर विकसित करने के लिए था, जिसने विकास टीमों को एंड-यूज़र फीडबैक पर काम करने और नए रिलीज़ में बदलावों को शामिल करने में मदद की।

इसलिए विकास और संचालन टीमों को अपने कार्यक्षेत्रों में और चुस्त होना चाहिएDevOpsउनके बीच बेहतर सहयोग को सक्षम करने के लिए पैदा हुआ था।

चंचल XP, SCRUM आदि जैसी प्रक्रियाओं में लाता है और DevOps कंटीन्यूअस इंटीग्रेशन, कंटीन्यूअस डिलीवरी, कंटीन्यूअस टेस्टिंग और कंटीन्यूअस मॉनिटरिंग जैसी प्रथाओं में लाता है जिसे हम इस ट्यूटोरियल में आगे बढ़ते हुए विस्तार से देखेंगे।

क्या DevOps केवल टूल्स के बारे में है?

एक तरह से, आप तर्क दे सकते हैं कि DevOps को लागू करने के लिए आपको उपकरणों की आवश्यकता है। यह सच है लेकिन उपकरण केवल त्वरक हैं।

लेकिन वास्तव में, यह निम्नलिखित 3 पहलुओं के बारे में है:

लोग :लोगों को प्रशिक्षित करने और सांस्कृतिक परिवर्तन की इस पूरी यात्रा के माध्यम से प्रभावी ढंग से संवाद और सहयोग करने में सक्षम होने के लिए लोगों को प्रशिक्षित करने के लिए बहुत महत्वपूर्ण है।

प्रक्रिया: जैसा कि हम DevOps कार्यान्वयन के लिए सांस्कृतिक परिवर्तन के बारे में बात कर रहे हैं, यह प्रथाओं और रणनीतियों के लिए बहुत आवश्यक है जो ग्राहक को मूल्य प्रदान करते हैं। ऐसा करने का एक उचित तरीका यह होगा कि आप AS-IS परिपक्वता मूल्यांकन करें, अंतराल देखें और उचित सिफारिशें देने के कार्यान्वयन के लिए एक रोडमैप प्रस्तावित करें।

मैं इस बारे में गहराई से बात नहीं करूंगा कि मुझे इन आकलन करने के बारे में कैसे मिला है, लेकिन मुझे उसी पर कोई इनपुट साझा करने में खुशी होगी।

उपकरण: अंत में, यह मानक DevOps टूल का उपयोग करके प्रक्रिया को स्वचालित करके त्वरक का उपयोग करने के बारे में है जो आज उपलब्ध हैं। यह ओपन-सोर्स (जेनकिंस, गिट आदि), कमर्शियल (Microsoft TFS, VSTS, IBM Rational, Jira आदि) या दोनों का मिश्रण हो सकता है।

DevOps के घटक

मुझे उम्मीद है कि अब तक आपको इस बात का अंदाजा हो गया होगा कि DevOps क्या है।

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

  • लगातार एकीकरण
  • निरंतर परीक्षण
  • सतत वितरण
  • निरंतर निगरानी

मेरा वास्तव में मानना ​​है कि अगर किसी डेवलपर को इस मोड में काम करना है तो टास्क या डेफिसिट (जैसे एगाइल में यह यूजर स्टोरी का एक हिस्सा हो सकता है) का एक्जीक्यूटिव आइटम होना चाहिए ताकि वह उसे काम देने में सक्षम हो सके स्प्रिंट समय सीमा।

तो उपरोक्त सूचीबद्ध चरणों को लागू करने से पहले ही इन डेवलपर कार्य या दोषों की योजना स्प्रिंट में की जानी चाहिए। इसलिए JIRA, IBM Rational Team Concert, Microsoft TFS / VSTS आदि जैसे उपकरण Agile Release / Sprint Plans बनाने में मदद करते हैं।

आइए अब इन घटकों में से प्रत्येक पर एक नज़र डालें।

# 1) निरंतर एकीकरण

एक डेवलपर के रूप में, आप एक दिन में कई बार साझा किए गए भंडार के लिए सौंपे गए कार्यों और चेक-इन कोड पर काम करते हैं। इसी प्रकार टीम के अन्य सदस्य भी साझा रिपॉजिटरी के कोड में चेक-इन करते हैं।

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

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

नमूना निरंतर एकीकरण वर्कफ़्लो:

नमूना निरंतर एकीकरण वर्कफ़्लो

# 2) सतत वितरण

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

नियमित रूप से विभिन्न चरणों में निर्मित अनुप्रयोगों को वितरित करने की इस प्रक्रिया को कंटीन्यूअस डिलीवरी के रूप में जाना जाता है।

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

अपने अनुभव से, मैंने देखा है कि यह प्रक्रिया किसी भी प्रकार के वेब अनुप्रयोग विकास के लिए ठीक काम करती है।

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

नमूना सतत वितरण वर्कफ़्लो:

नमूना निरंतर वितरण वर्कफ़्लो

उपरोक्त आरेख में, आप उपलब्ध विभिन्न वातावरणों को देख सकते हैं और इसलिए पर्यावरण के लिए बुनियादी ढाँचे का यह प्रावधान इस नई वितरण प्रक्रिया के दौरान भी स्वचालित किया जा सकता है।

# 3) निरंतर परीक्षण

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

इसलिए सतत परीक्षण सीआई प्रक्रिया से शुरू होने वाले विभिन्न प्रकार के स्वचालित परीक्षणों को चलाने की प्रक्रिया है जब तक कि आवेदन अंततः उत्पादन के लिए तैनात नहीं किया जाता है।

आप पिछले आरेख से देख सकते हैं कि कंटीन्यूअस इंटीग्रेशन स्टेप में हम सभी डेवलपर्स को एक सामान्य बिल्ड सर्वर में एकीकृत करते हैं और इस चरण के दौरान डेवलपर्स एक निश्चित मात्रा में यूनिट टेस्ट भी चलाते हैं।

एक बार जब ये एकीकरण और परीक्षण बिना किसी त्रुटि के काम करते हैं, तभी इन गुणवत्ता वाले फाटकों और अनुमोदन के लिए आवेदन करने के बाद क्यूए वातावरण में आवेदन या परिवर्तन तैनात किए जाते हैं।

क्यूए वातावरण में, कार्यात्मक परीक्षण चलाए जाते हैं और फिर से अनुमोदन के आधार पर इसे स्टेजिंग वातावरण में तैनात किया जाएगा जो उत्पादन प्रणालियों और स्वीकृति परीक्षणों की तरह समता पर होगा। एक बार यह गतिविधि पूरी हो जाने के बाद या परिवर्तन अंततः उत्पादन प्रणालियों में तैनात किए जाते हैं।

तो यहां एक ध्यान दें कि एक गतिविधि के रूप में निरंतर परीक्षण सीआई चरण से ही शुरू होता है और निरंतर वितरण प्रक्रिया के दौरान एक बहुत ही अनिवार्य कदम है।

सतत वितरण प्रक्रिया में नमूना परीक्षण वर्कफ़्लो:

सतत वितरण प्रक्रिया में नमूना परीक्षण वर्कफ़्लो

# 4) सतत निगरानी

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

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

इसलिए बुनियादी ढाँचा, पर्यावरण, और अनुप्रयोग मुद्दे सभी हैं जो निरंतर निगरानी की प्रक्रिया में निगरानी रखते हैं।

सारांश

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

पीसी को साफ करने के लिए सबसे अच्छा सॉफ्टवेयर

DevOps सेगमेंट में ट्यूटोरियल की आगामी श्रृंखला में, आप विभिन्न वीडियो / संभावित DevOps टूल पर एक नज़र डालेंगे जिनका उपयोग टीम कर सकती है और ऑन-प्रिमाइसेस और क्लाउड के लिए कुछ टूल का उपयोग करके DevOps का कार्यान्वयन भी कर सकती है।

और जैसा कि कहा और किया गया है, मैंने संगठनात्मक परिवर्तन से देखने के तरीके में DevOps कार्यान्वयन को एक रोमांचक के रूप में पाया है।

हमारे आगामी ट्यूटोरियल आपको DevOps और सॉफ़्टवेयर परीक्षण के बारे में बताएंगे।

अगले ट्यूटोरियल

अनुशंसित पाठ

^