उत्पादन तत्परता चेकलिस्ट

लेख का अनुवाद विशेष रूप से पाठ्यक्रम के छात्रों के लिए तैयार किया गया था "DevOps अभ्यास और उपकरण", जो आज से शुरू हो रहा है!

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

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

परीक्षण और त्रुटि एक ऐसा वातावरण बनाती है जहां उंगली उठाना और दोषारोपण आम बात है। इस व्यवहार के साथ, गलतियों से सीखना और उन्हें दोबारा न दोहराना कठिन हो जाता है।

सफल संगठन:

• उत्पादन के लिए दिशानिर्देशों की आवश्यकता का एहसास,
• सर्वोत्तम प्रथाओं का अध्ययन करें,
• नई प्रणालियों या घटकों को विकसित करते समय उत्पादन तत्परता के मुद्दों पर चर्चा शुरू करें,
• उत्पादन की तैयारी के नियमों का अनुपालन सुनिश्चित करें।

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

उत्पादन के लिए किसी सेवा की तत्परता की जाँच कब करें?

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

कब जांचें:

• आप उत्पादन में एक नई सेवा जारी कर रहे हैं.
• आप उत्पादन सेवा के संचालन को एसआरई जैसी किसी अन्य टीम को स्थानांतरित करते हैं।
• आप उत्पादन सेवा का संचालन नए कर्मचारियों को हस्तांतरित करते हैं।
• तकनीकी सहायता व्यवस्थित करें.

उत्पादन तत्परता चेकलिस्ट

कुछ समय पहले, उदाहरण के तौर पर, मैं प्रकाशित उत्पादन के लिए तत्परता के परीक्षण के लिए चेकलिस्ट। हालाँकि यह सूची Google क्लाउड ग्राहकों के साथ उत्पन्न हुई है, यह Google क्लाउड के बाहर उपयोगी और लागू होगी।

डिजाइन और विकास

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

विन्यास प्रबंधन

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

रिहाई प्रबंधन

• रिलीज़ प्रक्रिया का विस्तार से दस्तावेज़ीकरण करें। वर्णन करें कि रिलीज़ SLO को कैसे प्रभावित करते हैं (उदाहरण के लिए, कैश मिस के कारण विलंबता में अस्थायी वृद्धि)।
• दस्तावेज़ कैनरी रिलीज़.
• एक कैनरी रिलीज़ समीक्षा योजना विकसित करें और, यदि संभव हो तो, स्वचालित रोलबैक तंत्र विकसित करें।
• सुनिश्चित करें कि रोलबैक में तैनाती के समान प्रक्रियाओं का उपयोग किया जा सकता है।

observability

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

संरक्षण और सुरक्षा

• सुनिश्चित करें कि सभी बाहरी कनेक्शन एन्क्रिप्टेड हैं।
• सुनिश्चित करें कि आपकी उत्पादन परियोजनाओं में सही IAM सेटअप है।
• वर्चुअल मशीन इंस्टेंस के समूहों को अलग करने के लिए नेटवर्क का उपयोग करें।
• दूरस्थ नेटवर्क से सुरक्षित रूप से जुड़ने के लिए वीपीएन का उपयोग करें।
• डेटा तक उपयोगकर्ता की पहुंच का दस्तावेजीकरण और निगरानी करना। सुनिश्चित करें कि डेटा तक सभी उपयोगकर्ता की पहुंच का ऑडिट और लॉग किया गया है।
• सुनिश्चित करें कि डिबगिंग एंडपॉइंट एसीएल द्वारा प्रतिबंधित हैं।
• उपयोगकर्ता इनपुट को स्वच्छ करें. उपयोगकर्ता इनपुट के लिए पेलोड आकार सीमा कॉन्फ़िगर करें।
• सुनिश्चित करें कि आपकी सेवा व्यक्तिगत उपयोगकर्ताओं के लिए आने वाले ट्रैफ़िक को चुनिंदा रूप से रोक सकती है। यह अन्य उपयोगकर्ताओं को प्रभावित किए बिना उल्लंघनों को रोक देगा।
• बाहरी समापन बिंदुओं से बचें जो बहुत सारे आंतरिक संचालन शुरू करते हैं।

क्षमता की योजना बनाना

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

बस इतना ही। कक्षा में मिलेंगे!

स्रोत: www.habr.com