🏫 ➡️ ☦️ कुबेरनेट्स में तैनाती की रणनीतियां: रोलिंग, रीक्रिएट, ब्लू / ग्रीन, कैनरी, डार्क (ए / बी टेस्टिंग) 🎪 👰 👩

लगभग। perev।: वीवर्सवर्क्स की यह समीक्षा सामग्री सबसे लोकप्रिय एप्लिकेशन रोलआउट रणनीतियों का परिचय देती है और कुबेरनेट्स ऑपरेटर फ्लैगर का उपयोग करके उनमें से सबसे उन्नत को लागू करने की संभावना के बारे में बात करती है। यह सरल भाषा में लिखा गया है और इसमें दृश्य आरेख शामिल हैं जो इस मुद्दे को समझने के लिए नौसिखिया इंजीनियरों के लिए भी संभव बनाते हैं।

आरेख कंटेनर सॉल्यूशंस में किए गए रोल-आउट रणनीतियों की एक और समीक्षा से लिया गया है।

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

छोटे और अधिक लगातार तैनाती के निम्नलिखित फायदे हैं:

बाजार का समय कम हो गया है।
नई सुविधाएँ तेजी से उपयोगकर्ताओं तक पहुँचती हैं।
उपयोगकर्ता प्रतिक्रिया तेजी से विकास टीम तक पहुंचती है। इसका मतलब है कि टीम कार्यों को पूरक कर सकती है और समस्याओं को अधिक तेज़ी से ठीक कर सकती है।
डेवलपर्स का मनोबल बढ़ता है: विकास में बड़ी संख्या में कार्यों के साथ काम करना अधिक दिलचस्प है।

लेकिन बढ़ती रिलीज़ आवृत्तियों के साथ, एप्लिकेशन की विश्वसनीयता या उपयोगकर्ता अनुभव पर प्रतिकूल प्रभाव पड़ने की संभावना भी बढ़ जाती है। यही कारण है कि संचालन टीमों और DevOps के लिए प्रक्रियाओं का निर्माण करना और तैनाती रणनीतियों को इस तरह से प्रबंधित करना महत्वपूर्ण है जो उत्पाद और उपयोगकर्ताओं के लिए जोखिम को कम करता है। (यहां CI / CD पाइपलाइन ऑटोमेशन के बारे में और जानें।)

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

तैनाती की रणनीतियाँ

कई अलग-अलग प्रकार की परिनियोजन रणनीतियाँ हैं जिनका उपयोग आप अपने लक्ष्य के आधार पर कर सकते हैं। उदाहरण के लिए, आपको आगे के परीक्षण के लिए, या उपयोगकर्ताओं / ग्राहकों के सबसेट के लिए एक निश्चित वातावरण में परिवर्तन करने की आवश्यकता हो सकती है, या आपको कुछ फ़ंक्शन सार्वजनिक रूप से उपलब्ध कराने से पहले उपयोगकर्ताओं पर सीमित परीक्षण करने की आवश्यकता हो सकती है ।

रोलिंग (क्रमिक, "रोलिंग" तैनाती)

यह कुबेरनेट्स में एक मानक परिनियोजन रणनीति है। यह धीरे-धीरे, एक-एक करके, पॉड्स को नए संस्करण के साथ पॉड्स के पुराने संस्करण के साथ बदल देता है - क्लस्टर डाउनटाइम के बिना।

कुबेरनेट्स तब तक इंतजार करते हैं जब तक कि पुरानी फली काम करने के लिए तैयार न हो जाए (उन्हें तत्परता परीक्षण के साथ जांचना) पुराने को ध्वस्त करना शुरू करने से पहले। यदि कोई समस्या होती है, तो इस तरह के रोलिंग अद्यतन को पूरे क्लस्टर को रोकने के बिना बाधित किया जा सकता है। परिनियोजन प्रकार YAML फ़ाइल में, नई छवि पुरानी छवि को बदल देती है:

apiVersion: apps/v1beta1 kind: Deployment metadata: name: awesomeapp spec: replicas: 3 template: metadata: labels: app: awesomeapp spec: containers: - name: awesomeapp image: imagerepo-user/awesomeapp:new ports: - containerPort: 8080

एक रोलिंग अद्यतन के लिए पैरामीटर को प्रकट फ़ाइल में निर्दिष्ट किया जा सकता है:

 spec: replicas: 3 strategy: type: RollingUpdate rollingUpdate: maxSurge: 25% maxUnavailable: 25% template: ...

विश्राम (पुनः निर्माण)

इस सरल प्रकार की तैनाती में, पुरानी फली को एक ही बार में मार दिया जाता है और नए लोगों के साथ बदल दिया जाता है:

संबंधित प्रकट कुछ इस तरह है:

 spec: replicas: 3 strategy: type: Recreate template: ...

नीला / हरा (नीला-हरा तैनाती)

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

 apiVersion: apps/v1beta1 kind: Deployment metadata: name: awesomeapp-02 spec: template: metadata: labels: app: awesomeapp version: "02"

नीले (नए) संस्करण का परीक्षण किया गया है और इसके रिलीज को मंजूरी दे दी गई है, सेवा इसे स्विच करती है, और हरा (पुराना) न्यूनतम है:

 apiVersion: v1 kind: Service metadata: name: awesomeapp spec: selector: app: awesomeapp version: "02" ...

कैनरी (कैनरी तैनाती)

कैनरी रोल नीले-हरे रंग की तरह दिखते हैं, लेकिन बेहतर तरीके से प्रबंधित होते हैं और एक प्रगतिशील चरणबद्ध दृष्टिकोण का उपयोग करते हैं। इस प्रकार में कई अलग-अलग रणनीतियाँ शामिल हैं, जिनमें "छिपा हुआ" लॉन्च और ए / बी परीक्षण शामिल हैं।

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

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

उदाहरण के लिए, आपके पास Git में दो अलग-अलग प्रकटन हो सकते हैं: 0.1.0 टैग के साथ नियमित एक और 0.2.0 टैग के साथ "कैनरी" एक। Istio वर्चुअल गेटवे के प्रकटन में वज़न बदलकर, आप इन दो परिनियोजनों के बीच ट्रैफ़िक के वितरण को नियंत्रित कर सकते हैं:

इस्तियो के साथ कैनरी की तैनाती को लागू करने के लिए एक walkthrough के लिए, GitOps Workflows को Istio के साथ देखें । ( नोट अनुवाद : हमने यहां इस्तियो में कैनरी रोल के बारे में सामग्री का अनुवाद किया है ।)

वीवर्सवर्क फ्लैगर के साथ कैनरी डिप्लॉयमेंट

वीयरवर्क्स फ्लैगर कैनरी रोलआउट को प्रबंधित करना आसान और कुशल बनाता है।

फ्लैगर उनके साथ काम को स्वचालित करता है। यह मार्ग का उपयोग करने और यातायात को स्विच करने के लिए Istio या AWS App Mesh का उपयोग करता है, साथ ही परिणामों का विश्लेषण करने के लिए Prometheus मेट्रिक्स भी। इसके अलावा, कैनरी तैनाती के विश्लेषण को स्वीकृति परीक्षणों, तनाव परीक्षणों और किसी भी अन्य प्रकार के चेक के लिए वेबहूक के साथ पूरक किया जा सकता है।

कुबेरनेट तैनाती के आधार पर और, यदि आवश्यक हो, क्षैतिज फली स्केलिंग (एचपीए), फ्लैगर ऑब्जेक्ट्स के विश्लेषण और कार्यान्वयन के लिए ऑब्जेक्ट्स (कुबेरनेट्स परिनियोजन, क्लस्टर सेवा और इस्टियो या ऐप मेश वर्चुअल सेवाओं) का सेट बनाता है:

नियंत्रण लूप को लागू करना, फ्लैगर धीरे-धीरे यातायात को कैनरी सर्वर पर ले जाता है, साथ ही साथ महत्वपूर्ण प्रदर्शन संकेतक को मापता है, जैसे कि सफल HTTP अनुरोधों का प्रतिशत, औसत अनुरोध अवधि और फली स्वास्थ्य। KPI (मुख्य प्रदर्शन संकेतक) के विश्लेषण के आधार पर, कैनरी भाग या तो बढ़ता है या ढह जाता है, और विश्लेषण के परिणाम स्लैक में प्रकाशित होते हैं। इस प्रक्रिया का वर्णन और प्रदर्शन ऐप मेश के लिए प्रोग्रेसिव डिलीवरी में पाया जा सकता है।

डार्क (छिपी) या ए / बी तैनाती

गुप्त तैनाती कैनरी रणनीति की एक और भिन्नता है (फ्लैगर भी इसके साथ काम कर सकता है)। गुप्त और कैनरी तैनाती के बीच का अंतर यह है कि गुप्त तैनाती सीमा के साथ सौदा करती है और बैकएंड नहीं, कैनरी वाले की तरह।

इन तैनाती का एक अन्य नाम ए / बी परीक्षण है। सभी उपयोगकर्ताओं के लिए नए फ़ंक्शन तक पहुंच खोलने के बजाय, यह केवल उनमें से एक सीमित भाग में पेश किया जाता है। आमतौर पर, इन उपयोगकर्ताओं को पता नहीं है कि वे अग्रणी परीक्षक हैं (इसलिए "गुप्त तैनाती" शब्द)।

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

ध्वजवाहक और ए / बी तैनाती

भारित रूटिंग के अलावा, फ्लैगर भी HTTP सेटिंग्स के आधार पर कैनरी सर्वर पर ट्रैफ़िक को निर्देशित कर सकता है। ए / बी परीक्षण के लिए, आप उपयोगकर्ताओं के एक विशिष्ट खंड को पुनर्निर्देशित करने के लिए HTTP हेडर या कुकीज़ का उपयोग कर सकते हैं। यह विशेष रूप से फ्रंटएंड अनुप्रयोगों के लिए प्रभावी है, जिन्हें सर्वर के लिए सत्र आत्मीयता की आवश्यकता होती है। अधिक जानकारी के लिए, फ़्लैगर दस्तावेज़ देखें।

इन सभी भयानक तैनाती के लिए लेखक स्टीफन प्रोडान, वीवर्सवर्क्स इंजीनियर (और फ्लैगर के निर्माता) को धन्यवाद देता है।

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

कुबेरनेट्स में तैनाती की रणनीतियां: रोलिंग, रीक्रिएट, ब्लू / ग्रीन, कैनरी, डार्क (ए / बी टेस्टिंग)