मेन्यू

DevOps में रिलीज़ प्रबंधन

release management devops

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

DevOps में रिलीज़ प्रबंधन क्या है?

आशा है कि आप स्पष्ट हो गए होंगे DevOps में कॉन्फ़िगरेशन प्रबंधन अवधारणा हमारे पिछले ट्यूटोरियल से।

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

अनुशंसित पढ़ना => सर्वश्रेष्ठ कभी DevOps प्रशिक्षण ट्यूटोरियल

DevOps में रिलीज़ प्रबंधन

इसलिए,, रिलीज मैनेजमेंट ’जैसा कि हम सभी जानते हैं कि सॉफ्टवेयर का कौन सा संस्करण किस पर्यावरण के लिए तैनात है, कब और कैसे जारी प्रबंधक की जिम्मेदारी है, लेकिन देवो में पूरी टीम की जिम्मेदारी नहीं है।

DevOps में रिलीज प्रबंधन के प्रमुख लाभों को संक्षेप में प्रस्तुत किया जा सकता है,

    • तेजी से और लगातार प्रसव।
    • मजबूत ऑडिटिंग और परिवर्तनों की ट्रेसबिलिटी।
    • रिलीज की प्रक्रिया का स्वचालन: उच्च गुणवत्ता, स्थिरता, आत्मविश्वास।
    • सफल और सुसंगत प्रसव के माध्यम से आत्मविश्वास बढ़ाता है।
    • विमोचन - अस्थिर गतिविधि
    • कोई डाउनटाइम नहीं

वीडियो पार्ट 4 ब्लॉक 2: रिलीज मैनेजमेंट- 17 मिनट 12 सेकंड

ट्रांस्क्रिप्ट:

इस ब्लॉक में, हम समझेंगे DevOps की प्रबंधन प्रक्रिया जारी करें ।

DevOps संदर्भ में रिलीज़ प्रबंधन क्या है और इसके प्राथमिक लाभ क्या हैं?

जब मैं रिलीज प्रबंधन के बारे में सोचता हूं, तो मेरे मन में उठने वाले विभिन्न प्रश्न हैं, कौन सा रिलीज किस माहौल में चल रहा है, और वहां क्या पैच लगाए गए हैं? वे कौन से हॉटफ़िक्स तैनात किए गए हैं और यह किस ग्राहक के लिए है?

मुझे पता है, इन सभी सूचनाओं का ट्रैक रखना रिलीज मैनेजर का सिरदर्द है। हम जानते हैं, पहले, रिलीज प्रबंधन न तो देव या ऑप्स की जिम्मेदारी हुआ करता था। यह एक अलग रिलीज़ मैनेजमेंट टीम थी जो सॉफ्टवेयर रिलीज़ गतिविधियों का प्रबंधन करती थी।

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

लेकिन अब देवो के साथ चीजें बदल गई हैं। और यह केवल रिलीज मैनेजर की नहीं बल्कि पूरी टीम की जिम्मेदारी है।

जैसा कि हमने पहले DevOps को परिभाषित किया था, DevOps एक पूरी टीम है जो सॉफ़्टवेयर को स्थापना से लेकर उसके उत्पादन तक पहुँचाती है और यह सुनिश्चित करती है कि अनुप्रयोग आवश्यकताओं के अनुसार उत्पादन में प्रदर्शन कर रहा है।

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

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

हम DevOps में रिलीज़ प्रबंधन पहलुओं के बारे में अधिक जानेंगे।

आइए हम समझते हैं कि रिलीज मैनेजमेंट क्या है?

जैसा कि हम सभी जानते हैं, एक व्यापक परिप्रेक्ष्य से, रिलीज़ प्रबंधन सूचनाओं की तरह प्रबंधन और रखरखाव कर रहा है, सॉफ़्टवेयर के कौन से संस्करण या घटक किस वातावरण में, कब और कैसे तैनात किए गए थे।

टैग एडिटर के साथ यूट्यूब टू एमपी कन्वर्टर

तो, यह सब रिलीज मैनेजमेंट के बारे में है।

आइए देखते हैं कि रिलीज़ प्रबंधन प्रक्रिया कैसे काम करती है।

पहले के विपरीत, DevOps में कोई औपचारिक CCB नहीं है। लेकिन इसका मतलब यह नहीं है कि परिवर्तनों के लिए कोई अनुमोदन नहीं किया गया है।

Approvals भी एक उपकरण के माध्यम से होता है। जीरा और क्लियरक्वेस्ट जैसे परिवर्तन प्रबंधन उपकरण का उपयोग परिवर्तनों की रिकॉर्डिंग और अनुमोदन के लिए किया जाता है और तकनीकी ऋण या एक नई आवश्यकता के रूप में बैकलॉग के उद्देश्य से निर्माण के लिए देव टीम में उन्हें रूट किया जाता है।

कार्यक्रम टीम द्वारा उठाए गए ये बदलाव स्वचालित डिलीवरी पाइपलाइन के साथ-साथ निर्माण, परीक्षण और स्वचालित रूप से उत्पादन के लिए तैनात किए गए हैं। लेकिन हर परिवर्तन को लॉग इन किया जा रहा है, संस्करण नियंत्रण में और इन परिवर्तनों को पूरे वितरण पाइपलाइन में ऑडिट और परीक्षण किया जाता है।

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

इसलिए, दोनों संस्करण नियंत्रण और कॉन्फ़िगरेशन प्रबंधन एक साथ हमें एक स्पष्ट तस्वीर देते हैं कि क्या जारी किया जा रहा है, जब इसे जारी किया जाता है, तो इसे कहाँ जारी किया जाता है और कैसे जारी किया जाता है।

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

मूल रूप से, यह CCB प्रबंधक के काम को स्वचालित करता है, जो आदर्श रूप से इनमें से प्रत्येक परिवर्तन या रिलीज़ को सत्यापित करता है और इसे उत्पादन में जाने के लिए प्रमाणित करता है।

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

इस तरह के रिलीज प्रबंधन DevOps के एक भाग के रूप में एक अलग गतिविधि नहीं है, लेकिन यह पहले से ही DevOps पाइपलाइन या वितरण पाइपलाइन के एक भाग के रूप में संस्करण नियंत्रण, कॉन्फ़िगरेशन प्रबंधन और परिनियोजन पाइपलाइन के साथ बनाया गया है।

इसलिए, कॉन्फ़िगरेशन नियंत्रण के साथ मिलकर जब संस्करण नियंत्रण रिलीज़ प्रबंधन बनाता है।

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

तो, रिलीज प्रबंधन प्रक्रिया का कुल स्वचालन एक जरूरी है।

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

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

इसलिए, हम उन वास्तविक घटनाओं को प्राप्त करने जा रहे हैं जो पर्यावरण पर एप्लिकेशन को तैनात करने की कार्रवाई के कारण सामने आती हैं। छोटी और छोटी रिलीज होने के नाते, पूरे पाइपलाइन में इन परिवर्तनों को ट्रैक करना काफी आसान है।

हम रिलीज मैनेजमेंट के टूल पार्ट में आ गए हैं।

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

मूल रूप से, वे परिनियोजन उपकरण हैं, जिनका उपयोग स्वचालित परिनियोजन के दौरान वितरण पाइपलाइन में किया जाता है।

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

प्लूटोरा एक और ऐसा मजबूत उपकरण है जो ऑन-डिमांड एंटरप्राइज़ आईटी रिलीज़ मैनेजमेंट सॉफ़्टवेयर टूलसेट प्रदान करता है जो रिलीज़ को वितरित करने में मदद करता है।

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

XebiaLabs का एक और उपकरण है यह उपकरण अपने सॉफ़्टवेयर रिलीज़ के लिए पाइपलाइन की योजना, स्वचालित और विश्लेषण करने में सक्षम बनाता है।

आइए हम DevOps की स्वचालित रिलीज़ प्रबंधन प्रणाली के लाभों को सूचीबद्ध करते हैं।

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

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

तो, हमारे पास वास्तविक चीजें होंगी या वास्तविक समय में घटित होंगी जो लॉग में लिखी गई हैं, जैसे कि किसी विशेष वातावरण पर रिलीज की वास्तविक तैनाती के दौरान क्या हुआ था।

तो, इसके साथ, हमारे पास देवऑप्स में बनाए गए परिवर्तनों का एक बहुत मजबूत ऑडिटिंग और ट्रेसबिलिटी है।

किसी भी समय, कोई भी वितरण पाइपलाइन के किसी भी हिस्से में कोई भी बदलाव करता है, उसका पता लगाया जाएगा।

हम संस्करण नियंत्रण में होंगे, क्या बदल दिया गया है, क्या तैनात किया गया है और इसके संबंधित कॉन्फ़िगरेशन। इसलिए, यह, प्रत्येक जारी होने की स्थिति में, क्या दिया गया है, इसे कहाँ, कब और कैसे वितरित किया गया है, इसके बारे में विवरण पर एक स्पष्ट दृश्यता प्रदान करता है।

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

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

यह टीम को यह महसूस करने में भी सक्षम बनाता है कि तैनाती या 'उत्पादन के लिए जारी' एक नियमित या दैनिक अनुसूची के रूप में, उन्हें रिलीज पाइपलाइन और इसके तैनाती को अच्छी तरह से समझ कर।

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

हम पहले से जानते हैं, रिलीज घंटों या शुरुआती घंटों के बाद और आमतौर पर सप्ताहांत में हुआ करती थी। और टीम को उन समयों पर इन रिलीज का समर्थन करने की आवश्यकता थी।

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

तो अब, तैनाती और रिलीज प्रबंधन की वर्तमान DevOps पद्धति ने हमारे सभी पहले के तनावपूर्ण क्षणों पर पर्दा डाल दिया है।

विंडोज़ 10 के लिए पीसी मरम्मत सॉफ्टवेयर

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

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

हास्यास्पद !! सॉफ्टवेयर अपग्रेड के बारे में उन्हें परेशान क्यों किया जाना चाहिए जो हम कर रहे हैं या उन्हें इन अपडेट्स से क्यों परेशानी होनी चाहिए?

सर्वर पर सॉफ़्टवेयर टीम जो भी अपडेट कर रही है, उसके साथ उपयोगकर्ताओं को परेशान न करें। इसलिए रिलीज करने के DevOps तरीके ने इन सभी समस्याओं का अंत कर दिया है।

कोई और अधिक रात भर की तैनाती, कोई और अधिक पैच ग्राहकों तक पहुँचाना, और कोई अधिक सेवा आउटेज नहीं।

इसके साथ, हम 'DevOps में रिलीज प्रबंधन' विषय को पूरा कर रहे हैं।

हमारे आगामी ट्यूटोरियल में , हम इसके बारे में अधिक जानेंगे DevOps में अनुप्रयोग प्रदर्शन निगरानी प्रक्रिया।

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

अनुशंसित पाठ

^