continuous deployment devops
DevOps में निरंतर तैनाती क्या है?
इस श्रृंखला में हमारे पिछले ट्यूटोरियल ने इसका अर्थ समझाया सतत वितरण ।
सतत वितरण एक स्वचालित तैनाती पाइपलाइन है जिसमें बीच में स्वचालित और मैनुअल गेट हैं जबकि निरंतर तैनाती एक निरंतर वितरण पाइपलाइन है जिसके बीच में कोई मैनुअल गेट नहीं है।
अनुशंसित पढ़ना => पाठ और वीडियो ट्यूटोरियल के साथ DevOps प्रशिक्षण
इसलिए, कंटिन्यूअस डिप्लॉयमेंट को 'रिलीज टू प्रोडक्शन' की जरूरत नहीं है। लेकिन कोड को उत्पादन के लिए तैनात किया गया है और 'फ़ीचर टॉगल' का उपयोग करके म्यूट के तहत रखा गया है और जब यह तैयार हो जाता है, तो फ़ीचर टॉगल चालू हो जाएगा।
ये फ़ीचर टॉगल उत्पादन में तैनात सुविधा को बंद करके उत्पादन में सुविधा कार्यक्षमता की विफलता के किसी भी जोखिम से बचते हैं।
यह विकल्प उपयोगकर्ताओं के एक निश्चित सेट या निश्चित भूगोल या एक निश्चित ग्राहक साइट या यहां तक कि आंतरिक कर्मचारियों के लिए प्रारंभिक मूल्यांकन और प्रतिक्रिया के लिए सुविधा को चालू करने की अनुमति देता है।
वीडियो भाग 3 ब्लॉक 3: निरंतर तैनाती- 6 मिनट 28 सेकंड
कैसे क्रोम पर एक swf फ़ाइल खोलने के लिए
वीडियो ट्रांसक्रिप्ट:
कैसे जावा में arrays जोड़ने के लिए - -
पिछले वीडियो के ठीक पहले, हमने निरंतर वितरण दृष्टिकोण और इसके लाभों के बारे में सीखा।
इस ब्लॉक में हम निरंतर तैनाती के बारे में जानें और यह निरंतर वितरण से कैसे अलग है। और हम DevOps में निरंतर परीक्षण और निरंतर परीक्षण पाइपलाइन के अर्थ को भी समझेंगे।
यहां, मैं DevOps का एक और कार्यकाल, निरंतर तैनाती की इच्छा रखता हूं, जिसे निरंतर वितरण के साथ भ्रमित नहीं होना चाहिए क्योंकि दोनों का संक्षिप्त रूप सीडी है।
जैसा कि हम पहले से ही जानते हैं, कंटीन्यूअस डिलीवरी या सीडी सॉफ्टवेयर या सॉफ्टवेयर अपडेट को छोटे वेतन वृद्धि में उत्पादन तक पहुंचाने की प्रक्रिया है, यह सुनिश्चित करते हुए कि सॉफ्टवेयर को किसी भी समय उत्पादन के लिए जारी किया जा सकता है।
यह एक स्वचालित परिनियोजन पाइपलाइन है जिसके बीच में स्वचालित और मैन्युअल दोनों गेट हैं।
अब, हम कंटिन्युअस डिप्लॉयमेंट पर आते हैं।
निरंतर तैनाती भी एक सतत वितरण पाइपलाइन है लेकिन बीच में बिना किसी मैनुअल गेट के। मेरा मतलब है, प्रारंभिक कोड कमिट से लेकर प्रोडक्शन में आने तक कोई मैनुअल गेट्स या कोई मैनुअल हस्तक्षेप नहीं है।
यह चित्र आपको निरंतर तैनाती पाइपलाइन की व्याख्या करेगा।
जैसा कि आप इस आरेख में देखते हैं, यह एक सतत वितरण पाइपलाइन के समान है, एक कोड ट्रिगर-इन, स्वचालित संकलन, निर्माण, इकाई परीक्षण, परिनियोजन और अन्य स्वचालित परीक्षण के बाद एक निर्माण ट्रिगर होगा 'उत्पादन के लिए तैनाती तक। '।
यहाँ मैंने इसे 'रिलीज टू प्रोडक्शन' के रूप में नहीं कहा, लेकिन उत्पादन के लिए तैनाती, जिसे मैं थोड़ी देर में समझाता हूँ।
इसलिए, कोई मैनुअल परीक्षण चरण या मैनुअल अनुमोदन गेट या दूसरे शब्दों में कोई मैनुअल हस्तक्षेप नहीं है।
सी ++ में चयन छँटाई
यह मुख्य रूप से एक परिपक्व संगठन में होता है और परिपक्व उत्पादों के वितरण या अपडेट के मामले में, जहां DevOps प्रथाओं को बहुत अच्छी तरह से स्थापित किया जाता है और इसलिए गुणवत्ता की देखभाल करने के लिए बस स्वचालित वितरण पाइपलाइन पर्याप्त है और कोई मैनुअल परीक्षण और गुणवत्ता द्वार की आवश्यकता नहीं है।
हालाँकि फ़ीचर टॉगल कंटीन्यूअस परिनियोजन के लिए आवश्यक हैं, हालांकि दोनों तरीकों में मौजूद हैं, यानी, ई-डिलीवरी और निरंतर तैनाती, और वे कंटीन्यूअस परिनियोजन पाइपलाइन के लिए आवश्यक हैं।
फीचर टॉगल उत्पादन में तैनात सुविधा को बंद करके उत्पादन में सुविधा कार्यक्षमता की विफलता के किसी भी जोखिम से बचते हैं। इसलिए, यह सुविधा ध्वज यह सुनिश्चित करता है कि उत्पादन पर तैनात सभी सुविधाओं को आवश्यकता के आधार पर चालू या बंद किया जा सकता है और इसलिए अंत उपयोगकर्ताओं को तुरंत जारी करने की आवश्यकता नहीं है।
जैसा कि पहले कहा गया था, निरंतर तैनाती के लिए जरूरी नहीं है कि ग्राहकों को जारी किया जाए बल्कि उत्पादन के लिए एक production तैनाती ’की आवश्यकता है। निरंतर परिनियोजन के इस विकल्प का उपयोग कुछ समय-बद्ध सुविधाओं को तैनात करने में किया जाता है।
देने के लिए a उदाहरण , क्रिसमस के दौरान, ग्राहकों को एक मोबाइल ऑपरेटर के मूल्य वर्धित सेवा की पेशकश, किसी भी समय उत्पादन करने के लिए निरंतर तैनाती विधि के माध्यम से तैनात की जा सकती है, ताकि सुविधा या मूल्य वर्धित सेवा पैकेज को लाइव पर तैयार रखा जाए और इस दौरान खोला जाए। क्रिसमस या नए साल की आधी रात आदि, एक सुविधा टॉगल के माध्यम से।
और इस सुविधा को उत्पादन के दौरान घंटों या सोने के घंटों के दौरान खोला जा सकता है और सुरक्षित रूप से अंत उपयोगकर्ताओं को दिन के दौरान चालू किया जा सकता है, यह सुनिश्चित करने के बाद कि यह ठीक काम कर रहा है।
मूल रूप से, यह कोड / सुविधा को उत्पादन में तैनात करना पसंद करता है, लेकिन जब तक यह सही समय नहीं होता तब तक कोड नहीं चलता है या टीम कोड या सुविधा को जारी करने का निर्णय लेती है।
यह विकल्प उपयोगकर्ताओं के एक निश्चित सेट या कुछ भूगोल या कुछ ग्राहक साइट या यहां तक कि प्रारंभिक मूल्यांकन और प्रतिक्रिया के लिए आंतरिक कर्मचारियों के लिए भी सुविधा को चालू करने की अनुमति देता है।
लोग देव-अभ्यास को सीआई-सीडी मॉडल के रूप में भी संदर्भित करते हैं, जहां सीडी निरंतर वितरण, निरंतर तैनाती को संदर्भित करता है। और यह सब निरंतर तैनाती के बारे में है।
पठन पाठन = >> पैक्ट सीएलआई के साथ निरंतर तैनाती
आगामी वीडियो ट्यूटोरियल में, हम 'निरंतर परीक्षण' और निरंतर परीक्षण पाइपलाइन के बारे में जानेंगे।
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- DevOps में सतत वितरण
- DevOps में निरंतर परीक्षण
- DevOps में निरंतर एकीकरण
- DevOps परीक्षण के लिए शीर्ष 10 निरंतर परीक्षण उपकरण (2021 सूची)
- DevOps वीडियो ट्यूटोरियल का पुनर्कथन
- DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)
- क्लाउड बिल्ड और परिनियोजन के लिए शीर्ष AWS DevOps टूल
- DevOps टेस्टिंग ट्यूटोरियल: QA टेस्टिंग को कैसे प्रभावित करेंगे DevOps?