प्रोडक्शन रेडीनेस चेकलिस्ट

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

---

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

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

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

सफल संगठन:

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

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

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

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

कब जांचें:

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

प्रोडक्शन रेडीनेस चेकलिस्ट

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

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

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

कॉन्फ़िगरेशन प्रबंधन

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

रिलीज प्रबंधन

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

निगरानी के लिए उपयुक्तता (अवलोकन)

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

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

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

क्षमता योजना

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

वह सब है। कक्षा में मिलते हैं!