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

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

के तपाईंले उत्पादनमा नयाँ सेवा जारी गर्नुभएको छ? वा सायद तपाईं त्यस्ता सेवाहरूलाई समर्थन गर्न संलग्न हुनुहुन्थ्यो? यदि हो भने, तपाईलाई के उत्प्रेरित भयो? उत्पादनको लागि के राम्रो र नराम्रो के हो? तपाइँ कसरी नयाँ टोली सदस्यहरूलाई विज्ञप्ति वा अवस्थित सेवाहरूको मर्मत सम्भारमा तालिम दिनुहुन्छ।

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

ट्रायल र एररले एउटा वातावरण सिर्जना गर्छ जहाँ औंला देखाउने र दोषारोपण गर्ने काम सामान्य हुन्छ। यस व्यवहारको साथ, गल्तीहरूबाट सिक्न र तिनीहरूलाई फेरि दोहोर्याउन गाह्रो हुन्छ।

सफल संस्थाहरु:

• उत्पादनको लागि दिशानिर्देशहरूको आवश्यकता महसुस गर्नुहोस्,
• उत्तम अभ्यासहरू अध्ययन गर्नुहोस्,
• नयाँ प्रणाली वा कम्पोनेन्टहरू विकास गर्दा उत्पादन तयारीका मुद्दाहरूमा छलफल सुरु गर्नुहोस्,
• उत्पादनको लागि तयारीको नियमहरूको पालना सुनिश्चित गर्नुहोस्।

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

उत्पादनको लागि तत्परताको लागि सेवा कहिले जाँच गर्ने?

रिलिज हुनु अघि तुरुन्तै उत्पादन तयारी जाँच गर्न उपयोगी छ, तर यसलाई अर्को अपरेशन टोली वा नयाँ कर्मचारीमा स्थानान्तरण गर्दा पनि।

कहिले जाँच गर्नुहोस्:

• तपाईंले उत्पादनमा नयाँ सेवा जारी गर्दै हुनुहुन्छ।
• तपाईंले उत्पादन सेवाको सञ्चालन अर्को टोलीमा स्थानान्तरण गर्नुहुन्छ, जस्तै SRE।
• तपाईंले उत्पादन सेवाको सञ्चालन नयाँ कर्मचारीहरूलाई हस्तान्तरण गर्नुहुन्छ।
• प्राविधिक सहयोग व्यवस्थित गर्नुहोस्।

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

केही समय अघि, उदाहरणको रूपमा, म प्रकाशित उत्पादनको लागि तत्परता परीक्षणको लागि चेकलिस्ट। यद्यपि यो सूची गुगल क्लाउड ग्राहकहरूबाट उत्पन्न भएको हो, यो उपयोगी र Google क्लाउड बाहिर लागू हुनेछ।

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

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

कन्फिगरेसन व्यवस्थापन

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

रिलीज व्यवस्थापन

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

अवलोकन योग्यता

• निश्चित गर्नुहोस् कि SLO को लागि आवश्यक मेट्रिक्स को सेट संकलन गरिएको छ।
• सुनिश्चित गर्नुहोस् कि तपाइँ ग्राहक र सर्भर डाटा बीच फरक गर्न सक्नुहुन्छ। यो खराबीको कारणहरू पत्ता लगाउन महत्त्वपूर्ण छ।
• श्रम लागत घटाउन अलर्टहरू सेट अप गर्नुहोस्। उदाहरण को लागी, नियमित कार्यहरु को कारण सतर्कताहरु हटाउनुहोस्।
• यदि तपाइँ Stackdriver प्रयोग गर्नुहुन्छ भने, त्यसपछि तपाइँको ड्यासबोर्डहरूमा GCP प्लेटफर्म मेट्रिकहरू समावेश गर्नुहोस्। GCP निर्भरताहरूको लागि अलर्टहरू सेट अप गर्नुहोस्।
• सधैं आगमन ट्रेसहरू प्रचार गर्नुहोस्। यदि तपाईं ट्रेसिङमा संलग्न हुनुहुन्न भने पनि, यसले तल्लो तहका सेवाहरूलाई उत्पादनमा समस्याहरू डिबग गर्न अनुमति दिनेछ।

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

• निश्चित गर्नुहोस् कि सबै बाह्य जडानहरू इन्क्रिप्टेड छन्।
• तपाईंका उत्पादन परियोजनाहरूमा सही IAM सेटअप छ भनी सुनिश्चित गर्नुहोस्।
• भर्चुअल मेसिन उदाहरणहरूको समूहलाई अलग गर्न नेटवर्कहरू प्रयोग गर्नुहोस्।
• सुरक्षित रूपमा टाढाको नेटवर्कहरूमा जडान गर्न VPN प्रयोग गर्नुहोस्।
• कागजात र डाटामा प्रयोगकर्ता पहुँच निगरानी। सुनिश्चित गर्नुहोस् कि डाटामा सबै प्रयोगकर्ता पहुँच अडिट गरिएको छ र लग इन गरिएको छ।
• ACLs द्वारा डिबग गर्ने अन्तिम बिन्दुहरू प्रतिबन्धित छन् भनी सुनिश्चित गर्नुहोस्।
• प्रयोगकर्ता इनपुट सेनिटाइज गर्नुहोस्। प्रयोगकर्ता इनपुटको लागि पेलोड आकार सीमा कन्फिगर गर्नुहोस्।
• निश्चित गर्नुहोस् कि तपाइँको सेवाले व्यक्तिगत प्रयोगकर्ताहरूको लागि आगमन ट्राफिकलाई छनोट गर्न सक्छ। यसले अन्य प्रयोगकर्ताहरूलाई असर नगरी उल्लङ्घनहरूलाई रोक्नेछ।
• धेरै आन्तरिक कार्यहरू प्रारम्भ गर्ने बाह्य अन्तबिन्दुहरूलाई वेवास्ता गर्नुहोस्।

क्षमता योजना

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

यति नै। कक्षामा भेटौँला!

स्रोत: www.habr.com