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

लेखाचा अनुवाद विशेषतः अभ्यासक्रमाच्या विद्यार्थ्यांसाठी तयार केला होता "DevOps सराव आणि साधने", जे आज सुरू होत आहे!

तुम्ही कधीही उत्पादनात नवीन सेवा जारी केली आहे का? किंवा कदाचित आपण अशा सेवांना समर्थन देण्यात गुंतले होते? जर होय, तर तुम्हाला कशामुळे प्रेरित केले? उत्पादनासाठी काय चांगले आहे आणि वाईट काय आहे? तुम्ही नवीन कार्यसंघ सदस्यांना विद्यमान सेवांचे प्रकाशन किंवा देखभाल यावर कसे प्रशिक्षण देता.

जेव्हा औद्योगिक ऑपरेशन पद्धतींचा विचार केला जातो तेव्हा बहुतेक कंपन्या "वाइल्ड वेस्ट" पद्धतींचा अवलंब करतात. प्रत्येक संघ चाचणी आणि त्रुटीद्वारे स्वतःची साधने आणि सर्वोत्तम पद्धतींवर निर्णय घेतो. परंतु याचा परिणाम केवळ प्रकल्पांच्या यशावरच होत नाही तर अभियंत्यांनाही होतो.

चाचणी आणि त्रुटीमुळे असे वातावरण निर्माण होते जिथे बोट दाखवणे आणि दोष देणे सामान्य आहे. या वागणुकीमुळे, चुकांमधून शिकणे आणि पुन्हा पुन्हा न करणे कठीण होते.

यशस्वी संस्था:

• उत्पादनासाठी मार्गदर्शक तत्त्वांची गरज ओळखणे,
• सर्वोत्तम पद्धतींचा अभ्यास करा,
• नवीन प्रणाली किंवा घटक विकसित करताना उत्पादन तयारीच्या मुद्द्यांवर चर्चा सुरू करा,
• उत्पादनाच्या तयारीच्या नियमांचे पालन सुनिश्चित करा.

उत्पादनाच्या तयारीमध्ये "पुनरावलोकन" प्रक्रिया समाविष्ट असते. पुनरावलोकन चेकलिस्ट किंवा प्रश्नांच्या संचाच्या स्वरूपात असू शकते. पुनरावलोकने व्यक्तिचलितपणे, स्वयंचलितपणे किंवा दोन्ही केली जाऊ शकतात. आवश्यकतांच्या स्थिर सूचीऐवजी, तुम्ही चेकलिस्ट टेम्पलेट्स बनवू शकता जे विशिष्ट गरजांनुसार जुळवून घेता येतील. अशा प्रकारे, अभियंत्यांना ज्ञानाचा वारसा आणि आवश्यकतेनुसार पुरेशी लवचिकता देण्याचा मार्ग दिला जाऊ शकतो.

उत्पादनासाठी तत्परतेसाठी सेवा कधी तपासायची?

केवळ रिलीझ होण्यापूर्वीच नव्हे तर दुसर्‍या ऑपरेशन्स टीम किंवा नवीन कर्मचाऱ्याकडे हस्तांतरित करताना देखील उत्पादन तयारी तपासणी करणे उपयुक्त आहे.

तपासा जेव्हा:

• तुम्ही उत्पादनामध्ये नवीन सेवा रिलीझ करत आहात.
• तुम्ही उत्पादन सेवेचे ऑपरेशन दुसऱ्या संघाकडे हस्तांतरित करता, जसे की SRE.
• तुम्ही उत्पादन सेवेचे ऑपरेशन नवीन कर्मचाऱ्यांना हस्तांतरित करता.
• तांत्रिक समर्थन आयोजित करा.

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

काही काळापूर्वी, उदाहरण म्हणून, आय प्रकाशित उत्पादनासाठी तयारी चाचणीसाठी चेकलिस्ट. जरी ही यादी Google Cloud ग्राहकांपासून उद्भवली असली तरी ती Google Cloud च्या बाहेर उपयुक्त आणि लागू होईल.

डिझाइन आणि विकास

• पुनरावृत्ती करण्यायोग्य बिल्ड प्रक्रिया विकसित करा ज्यासाठी बाह्य सेवांमध्ये प्रवेश आवश्यक नाही आणि बाह्य प्रणालीच्या अपयशावर अवलंबून नाही.
• डिझाइन आणि विकास कालावधी दरम्यान, तुमच्या सेवांसाठी SLO परिभाषित करा आणि सेट करा.
• तुम्ही ज्यावर अवलंबून आहात त्या बाह्य सेवांच्या उपलब्धतेसाठी अपेक्षा दस्तऐवज करा.
• एकाच जागतिक संसाधनावरील अवलंबित्व काढून टाकून अपयशाचा एकच मुद्दा टाळा. संसाधनाची प्रतिकृती तयार करा किंवा संसाधन अनुपलब्ध असताना फॉलबॅक वापरा (उदाहरणार्थ, हार्ड-कोड केलेले मूल्य).

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

• स्थिर, लहान आणि गुप्त नसलेले कॉन्फिगरेशन कमांड लाइन पॅरामीटर्सद्वारे पास केले जाऊ शकते. इतर सर्व गोष्टींसाठी, कॉन्फिगरेशन स्टोरेज सेवा वापरा.
• कॉन्फिगरेशन सेवा अनुपलब्ध असल्यास डायनॅमिक कॉन्फिगरेशनमध्ये फॉलबॅक सेटिंग्ज असणे आवश्यक आहे.
• विकास वातावरण कॉन्फिगरेशन उत्पादन कॉन्फिगरेशनशी संबंधित नसावे. अन्यथा, यामुळे विकास वातावरणापासून उत्पादन सेवांमध्ये प्रवेश होऊ शकतो, ज्यामुळे गोपनीयता समस्या आणि डेटा लीक होऊ शकतो.
• डायनॅमिकली काय कॉन्फिगर केले जाऊ शकते ते दस्तऐवज करा आणि कॉन्फिगरेशन वितरण प्रणाली अनुपलब्ध असल्यास फॉलबॅक वर्तनाचे वर्णन करा.

प्रकाशन व्यवस्थापन

• प्रकाशन प्रक्रियेचे तपशीलवार दस्तऐवजीकरण करा. रिलीझचा SLO वर कसा परिणाम होतो याचे वर्णन करा (उदाहरणार्थ, कॅशे चुकल्यामुळे लेटन्सीमध्ये तात्पुरती वाढ).
• दस्तऐवज कॅनरी प्रकाशन.
• कॅनरी रिलीझ पुनरावलोकन योजना विकसित करा आणि शक्य असल्यास, स्वयंचलित रोलबॅक यंत्रणा.
• रोलबॅक डिप्लॉयमेंट सारख्याच प्रक्रिया वापरू शकतात याची खात्री करा.

निरीक्षणक्षमता

• SLO साठी आवश्यक मेट्रिक्सचा संच गोळा केल्याची खात्री करा.
• तुम्ही क्लायंट आणि सर्व्हर डेटामध्ये फरक करू शकता याची खात्री करा. खराबीची कारणे शोधण्यासाठी हे महत्वाचे आहे.
• कामगार खर्च कमी करण्यासाठी अलर्ट सेट करा. उदाहरणार्थ, नियमित ऑपरेशन्समुळे होणारे अलर्ट काढून टाका.
• तुम्ही Stackdriver वापरत असल्यास, तुमच्या डॅशबोर्डमध्ये GCP प्लॅटफॉर्म मेट्रिक्स समाविष्ट करा. GCP अवलंबनांसाठी सूचना सेट करा.
• नेहमी येणार्‍या ट्रेसचा प्रसार करा. तुम्ही ट्रेसिंगमध्ये गुंतलेले नसले तरीही, हे निम्न स्तरावरील सेवांना उत्पादनातील समस्या डीबग करण्यास अनुमती देईल.

संरक्षण आणि सुरक्षितता

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

क्षमता नियोजन

• तुमची सेवा कशी मोजली जाते याचे दस्तऐवज करा. उदाहरणार्थ: वापरकर्त्यांची संख्या, येणाऱ्या पेलोडचा आकार, येणाऱ्या संदेशांची संख्या.
• तुमच्या सेवेसाठी संसाधन आवश्यकता दस्तऐवजीकरण करा. उदाहरणार्थ: समर्पित आभासी मशीन उदाहरणांची संख्या, स्पॅनर उदाहरणांची संख्या, विशेष हार्डवेअर जसे की GPU किंवा TPU.
• दस्तऐवज संसाधन मर्यादा: संसाधन प्रकार, प्रदेश, इ.
• नवीन संसाधने तयार करण्यासाठी दस्तऐवज कोटा निर्बंध. उदाहरणार्थ, तुम्ही नवीन उदाहरणे तयार करण्यासाठी API वापरत असल्यास GCE API विनंत्यांची संख्या मर्यादित करणे.
• कार्यक्षमतेच्या ऱ्हासाचे विश्लेषण करण्यासाठी लोड चाचण्या चालवण्याचा विचार करा.

इतकंच. वर्गात भेटू!

स्त्रोत: www.habr.com