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

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

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

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

छोटी और अधिक बार तैनाती के निम्नलिखित लाभ हैं:

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

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

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

परिनियोजन रणनीतियाँ

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

रोलिंग (क्रमिक, "रोलिंग" परिनियोजन)

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

कुबेरनेट्स तब तक इंतजार करता है जब तक कि नए पॉड्स काम करने के लिए तैयार न हो जाएं (उनका उपयोग करके जांच करें)। तत्परता परीक्षण), इससे पहले कि आप पुराने को रोल करना शुरू करें। यदि कोई समस्या आती है, तो पूरे क्लस्टर को रोके बिना इस रोलिंग अपडेट को निरस्त किया जा सकता है। परिनियोजन प्रकार का वर्णन करने वाली 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 टैग के साथ एक कैनरी मेनिफेस्ट। इस्तियो वर्चुअल गेटवे मेनिफ़ेस्ट में वज़न बदलकर, आप इन दो परिनियोजनों के बीच ट्रैफ़िक के वितरण को नियंत्रित कर सकते हैं:

इस्तियो का उपयोग करके कैनरी तैनाती को लागू करने के लिए चरण-दर-चरण मार्गदर्शिका के लिए देखें इस्तियो के साथ GitOps वर्कफ़्लोज़. (टिप्पणी। अनुवाद।: हमने कैनरी रोलआउट के बारे में सामग्री का इस्तियो में अनुवाद भी किया यहां.)

वीववर्क्स फ़्लैगर के साथ कैनरी परिनियोजन

वीववर्क्स फ़्लैगर आपको कैनरी रोलआउट को आसानी से और प्रभावी ढंग से प्रबंधित करने की अनुमति देता है।

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

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

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

डार्क (छिपा हुआ) या ए/बी परिनियोजन

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

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

कार्यक्षमता स्विच का उपयोग करना (फ़ीचर टॉगल) और अन्य टूल से, आप निगरानी कर सकते हैं कि उपयोगकर्ता नई सुविधा के साथ कैसे इंटरैक्ट करते हैं, क्या वे इससे जुड़े हुए हैं, या क्या उन्हें नया उपयोगकर्ता इंटरफ़ेस भ्रमित करने वाला लगता है, और अन्य प्रकार के मेट्रिक्स।

फ़्लैगर और ए/बी परिनियोजन

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

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

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

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

स्रोत: www.habr.com

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