अराजकता आणि मॅन्युअल रूटीनचा सामना करण्यासाठी टेराफॉर्ममधील नमुने. मॅक्सिम कोस्ट्रिकिन (एक्सटेन्स)

असे दिसते की टेराफॉर्म डेव्हलपर AWS इन्फ्रास्ट्रक्चरसह काम करण्यासाठी बर्‍यापैकी सोयीस्कर सर्वोत्तम पद्धती देतात. फक्त एक सूक्ष्मता आहे. कालांतराने, वातावरणाची संख्या वाढते, प्रत्येकाची स्वतःची वैशिष्ट्ये आहेत. अॅप्लिकेशन स्टॅकची जवळजवळ एक प्रत शेजारच्या प्रदेशात दिसते. आणि टेराफॉर्म कोड काळजीपूर्वक कॉपी करणे आणि नवीन आवश्यकतांनुसार संपादित करणे किंवा स्नोफ्लेक बनवणे आवश्यक आहे.

मोठ्या आणि लांब प्रकल्पांवरील गोंधळ आणि मॅन्युअल रूटीनचा सामना करण्यासाठी टेराफॉर्ममधील नमुन्यांबद्दल माझा अहवाल.

व्हिडिओ:

मी 40 वर्षांचा आहे, मी 20 वर्षांपासून आयटीमध्ये आहे. मी 12 वर्षांपासून Ixtens येथे काम करत आहे. आम्ही ईकॉमर्स-चालित-विकासात गुंतलो आहोत. आणि मी 5 वर्षांपासून DevOps सराव करत आहे.

माझी कथा एका कंपनीतील एका प्रकल्पातील माझ्या अनुभवाबद्दल असेल ज्याचे नाव मी सांगणार नाही, नॉन-डिक्लोजर कराराच्या मागे लपून आहे.

प्रकल्पाची व्याप्ती समजून घेण्यासाठी स्लाइडवरील क्रमांक दिले आहेत. आणि मी पुढे जे काही सांगणार आहे ते Amazon शी संबंधित आहे.

मी 4 वर्षांपूर्वी या प्रकल्पात सामील झालो. आणि पायाभूत सुविधांचे रिफॅक्टरिंग जोरात सुरू होते कारण प्रकल्प वाढला होता. आणि वापरलेले नमुने आता योग्य नव्हते. आणि प्रकल्पाची सर्व नियोजित वाढ पाहता, काहीतरी नवीन आणणे आवश्यक होते.

मॅटवे यांचे आभार, ज्यांनी काल आम्हाला डोडो पिझ्झामध्ये काय घडले ते सांगितले. 4 वर्षांपूर्वी येथे असेच घडले होते.

विकासक आले आणि पायाभूत सुविधा कोड बनवू लागले.

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

टेराफॉर्म हा HashiCorp कडून एक मुक्त स्रोत प्रकल्प आहे. आणि ज्यांना हे काय आहे हे देखील माहित नाही त्यांच्यासाठी, पुढील काही स्लाइड्स.

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

उदाहरणार्थ, आम्हाला व्हर्च्युअल मशीनची आवश्यकता आहे. आम्ही वर्णन करू, काही आवश्यक पॅरामीटर्स जोडू.

त्यानंतर, आम्ही कन्सोलमध्ये ऍमेझॉनवर प्रवेश कॉन्फिगर करू. आणि टेराफॉर्म योजना विचारा. टेराफॉर्म योजना म्हणेल: "ठीक आहे, तुमच्या संसाधनासाठी, आम्ही या गोष्टी करू शकतो." आणि किमान एक संसाधन जोडले जाईल. आणि कोणतेही बदल अपेक्षित नाहीत.

एकदा तुम्ही प्रत्येक गोष्टीत आनंदी असाल, की तुम्ही Terraform ला अर्ज करण्यास सांगू शकता आणि Terraform तुमच्यासाठी एक उदाहरण तयार करेल आणि तुम्हाला तुमच्या क्लाउडमध्ये एक आभासी मशीन मिळेल.

पुढे, आमचा प्रकल्प विकसित होतो. आम्ही तेथे काही बदल जोडत आहोत. आम्ही आणखी उदाहरणे विचारतो, आम्ही 53 नोंदी जोडतो.

आणि आम्ही पुनरावृत्ती करतो. कृपया योजना करा. कोणते बदल नियोजित आहेत ते आपण पाहतो. आम्ही अर्ज करतो. आणि अशा प्रकारे आपल्या पायाभूत सुविधांचा विकास होतो.

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

या राज्य फायली मुळात फक्त फाईल्स होत्या. आणि आम्ही ते Git मध्ये संग्रहित केले, जे अत्यंत गैरसोयीचे होते. सतत कोणीतरी बदल करण्यास विसरले आणि बरेच संघर्ष झाले.

आता बॅकएंड वापरणे शक्य आहे, म्हणजे टेराफॉर्म कोणत्या बकेटमध्ये आणि कोणत्या कीद्वारे स्टेट फाइल सेव्ह करावी हे निर्दिष्ट केले आहे. आणि टेराफॉर्म स्वतः ही स्टेट फाईल मिळवण्याची, सर्व जादू करून आणि अंतिम निकाल परत ठेवण्याची काळजी घेईल.

आमची पायाभूत सुविधा वाढत आहे. हा आमचा कोड आहे. आणि आता आम्हाला फक्त व्हर्च्युअल मशीन तयार करायची नाही तर आम्हाला चाचणी वातावरण हवे आहे.

टेराफॉर्म तुम्हाला मॉड्यूल म्हणून अशी गोष्ट बनवण्याची परवानगी देतो, म्हणजे काही फोल्डरमध्ये त्याच गोष्टीचे वर्णन करा.

आणि, उदाहरणार्थ, चाचणीमध्ये, या मॉड्यूलला कॉल करा आणि तेच मिळवा जसे की आम्ही मॉड्यूलमध्येच टेराफॉर्म लागू केले आहे. चाचणीसाठी हा कोड असेल.

उत्पादनासाठी, आम्ही तेथे काही बदल पाठवू शकतो, कारण चाचणीमध्ये आम्हाला मोठ्या उदाहरणांची आवश्यकता नाही, उत्पादनात मोठ्या उदाहरणे उपयोगी येतील.

आणि मग मी प्रकल्पावर परत येईन. हे एक कठीण काम होते, नियोजित पायाभूत सुविधा खूप मोठ्या होत्या. आणि सर्व कोड कसे तरी ठेवणे आवश्यक होते जेणेकरून ते प्रत्येकासाठी सोयीचे असेल: जे या कोडवर देखभाल करतात आणि जे बदल करतात त्यांच्यासाठीही. आणि प्लॅटफॉर्मच्या त्याच्या भागासाठी आवश्यकतेनुसार कोणताही विकासक जाऊन पायाभूत सुविधा दुरुस्त करू शकेल अशी योजना होती.

हा एक डिरेक्टरी ट्री आहे ज्याची शिफारस HashiCorp द्वारे केली जाते जर तुमच्याकडे मोठा प्रकल्प असेल आणि संपूर्ण इन्फ्रास्ट्रक्चरला काही लहान तुकड्यांमध्ये विभागणे आणि प्रत्येक भागाचे वेगळ्या फोल्डरमध्ये वर्णन करणे अर्थपूर्ण आहे.

एक विस्तृत संसाधन लायब्ररी असल्याने, तुम्ही चाचणी आणि उत्पादनामध्ये समान गोष्टी कॉल करू शकता.

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

टेराफॉर्म सर्व अवलंबनांची काळजी घेते. आणि ते नेहमी अनुक्रमात संसाधने तयार करते जेणेकरून तुम्हाला एक IP पत्ता मिळू शकेल, उदाहरणार्थ, नवीन तयार केलेल्या उदाहरणावरून, आणि हा IP पत्ता route53 रेकॉर्डमध्ये मिळवा.

याव्यतिरिक्त, प्लॅटफॉर्म खूप मोठा आहे. आणि चाचणी स्टॅक लाँच करणे, जरी एका तासासाठी, जरी 8 तासांसाठी असले तरी, एक महाग उपक्रम आहे.

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

आणि मग जेनकिन्सने एक शेल स्क्रिप्ट ढकलली ज्याने टेराफॉर्म फोल्डरमधील कोडमध्ये थोडासा बदल केला. अनावश्यक फाइल्स काढल्या, आवश्यक फाइल्स जोडल्या. आणि नंतर, टेराफॉर्म लागू करण्याच्या एका धावाने, स्टॅक वाढला.

आणि मग इतर पायऱ्या होत्या ज्यात मला जायचे नाही.

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

आणि असे घडले की चाचणीमध्ये मला त्या बदलांची चाचणी घ्यायची आहे जे शेवटी उत्पादनात जातील. परंतु प्रत्यक्षात, एका गोष्टीची चाचणी घेण्यात आली आणि उत्पादनात थोडी वेगळी वापरली गेली. आणि पॅटर्नमध्ये एक लहान ब्रेक होता की उत्पादनात सर्व बदल ऑपरेशन टीमद्वारे लागू केले गेले. आणि कधीकधी असे दिसून आले की ते बदल जे चाचणीपासून उत्पादनापर्यंत जायचे होते ते दुसर्‍या आवृत्तीत राहिले.

याव्यतिरिक्त, अशी समस्या आली की एक नवीन सेवा जोडली गेली, जी आधीपासून अस्तित्वात असलेल्या काहीपेक्षा थोडी वेगळी होती. आणि विद्यमान मॉड्यूलमध्ये बदल करण्याऐवजी, आम्हाला त्याची एक प्रत बनवावी लागेल आणि आवश्यक बदल जोडावे लागतील.

मूलत:, टेराफॉर्म ही खरी भाषा नाही. ही घोषणा आहे. जर आपल्याला एखादी गोष्ट घोषित करायची असेल तर आपण ते घोषित करतो. आणि हे सर्व कार्य करते.

कधीतरी, जेव्हा माझ्या एका पुल विनंतीवर चर्चा होत होती, तेव्हा माझ्या एका सहकाऱ्याने सांगितले की स्नोफ्लेक्स तयार करण्याची गरज नाही. मला आश्चर्य वाटले की त्याला काय म्हणायचे आहे. एक वैज्ञानिक सत्य आहे की जगात दोन समान स्नोफ्लेक्स नाहीत, ते सर्व थोडे वेगळे आहेत. आणि हे ऐकताच मला लगेच टेराफॉर्म कोडचे पूर्ण वजन जाणवले. कारण जेव्हा आवृत्तीवरून आवृत्तीवर जाणे आवश्यक होते, तेव्हा टेराफॉर्मला ब्रेकिंग चेन बदल आवश्यक होते, म्हणजेच कोड पुढील आवृत्तीशी सुसंगत नव्हता. आणि टेराफॉर्मच्या पुढील आवृत्तीत पायाभूत सुविधा आणण्यासाठी आम्हाला एक पुल विनंती करावी लागली, ज्यामध्ये पायाभूत सुविधांमधील जवळजवळ अर्ध्या फायलींचा समावेश होता.

आणि असा स्नोफ्लेक दिसल्यानंतर, सर्व टेराफॉर्म कोड जे आम्ही बर्फाच्या मोठ्या, मोठ्या ढिगाऱ्यात बदलले होते.

ऑपरेशनच्या बाहेर असलेल्या बाह्य विकसकासाठी, हे त्याच्यासाठी फारसे काही फरक पडत नाही, कारण त्याने पुल विनंती केली, त्याचे संसाधन सुरू झाले. आणि एवढेच, आता त्याची चिंता नाही. आणि सर्व काही ठीक असल्याची खात्री करणार्‍या DevOps टीमला हे सर्व बदल करणे आवश्यक आहे. आणि या बदलांची किंमत प्रत्येक अतिरिक्त स्नोफ्लेकसह खूप वाढली.

एका सेमिनारमधील विद्यार्थी ब्लॅकबोर्डवर खडूने दोन परिपूर्ण वर्तुळे कशी काढतो याबद्दल एक कथा आहे. आणि शिक्षक आश्चर्यचकित आहे की त्याने कंपासशिवाय इतके सहजतेने कसे काढले. विद्यार्थ्याने उत्तर दिले: "खूप सोपे, मी दोन वर्षे सैन्यात मांस ग्राइंडर फिरवायला घालवले."

आणि मी या प्रकल्पात असलेल्या चार वर्षांपैकी, मी सुमारे दोन वर्षांपासून टेराफॉर्म करत आहे. आणि अर्थातच, माझ्याकडे काही युक्त्या आहेत, टेराफॉर्म कोड कसा सोपा करायचा याच्या काही टिपा, प्रोग्रामिंग भाषेप्रमाणे त्याच्याशी कार्य करा आणि विकासकांवर ओझे कमी करा ज्यांनी हा कोड अद्ययावत ठेवला पाहिजे.

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

उदाहरणार्थ, उत्पादनामध्ये तुम्ही गृहीत भूमिका वापरता, जे तुम्हाला काही बाह्य Amazon खात्यात प्रवेश अधिकार प्राप्त करण्यास अनुमती देते. आणि एक फाईल बदलल्यानंतर, रिसोर्स ट्री मधील सर्व उरलेल्यांना आवश्यक अधिकार असतील जेणेकरुन टेराफॉर्मला माहित असेल की कोणत्या Amazon विभागात प्रवेश करायचा आहे.

सिमलिंक्स कुठे काम करत नाहीत? मी म्हटल्याप्रमाणे, टेराफॉर्ममध्ये स्टेट फाइल्स आहेत. आणि ते खूप, खूप मस्त आहेत. पण वस्तुस्थिती अशी आहे की टेराफॉर्म पहिल्याच बॅकएंडला सुरुवात करतो. आणि तो या पॅरामीटर्समध्ये कोणतेही व्हेरिएबल्स वापरू शकत नाही, त्यांना नेहमी मजकूरात लिहावे लागेल.

आणि परिणामी, जेव्हा एखादी व्यक्ती नवीन संसाधन बनवते, तेव्हा तो इतर फोल्डरमधील काही कोड कॉपी करतो. आणि तो किल्लीने किंवा बादलीने चूक करू शकतो. उदाहरणार्थ, तो सँडबॉक्समधून सँडबॉक्स बनवतो आणि नंतर उत्पादनात बनवतो. आणि म्हणून असे होऊ शकते की उत्पादनातील बादली सँडबॉक्समधून वापरली जाईल. अर्थात, त्यांना ते लवकर सापडेल. हे कसे तरी दुरुस्त करणे शक्य होईल, परंतु तरीही ते वेळेचा अपव्यय आहे आणि काही प्रमाणात संसाधने आहेत.

आपण पुढे काय करू शकतो? टेराफॉर्मसह कार्य करण्यापूर्वी, आपल्याला ते प्रारंभ करणे आवश्यक आहे. आरंभीच्या वेळी, टेराफॉर्म सर्व प्लगइन डाउनलोड करते. काही क्षणी, ते एका मोनोलिथपासून अधिक मायक्रोसर्व्हिस आर्किटेक्चरमध्ये मोडले. आणि तुम्हाला नेहमी Terraform init करणे आवश्यक आहे जेणेकरून ते सर्व मॉड्यूल्स, सर्व प्लगइन्स खेचतील.

आणि तुम्ही शेल स्क्रिप्ट वापरू शकता, ज्यामध्ये प्रथम सर्व व्हेरिएबल्स मिळू शकतात. शेल स्क्रिप्ट अमर्यादित आहे. आणि, दुसरे म्हणजे, मार्ग. जर आपण नेहमी रेपॉजिटरीमध्ये असलेला पथ स्टेट फाईलची की म्हणून वापरला तर, त्यानुसार, त्रुटी येथे वगळली जाईल.

मला डेटा कुठे मिळेल? JSON फाइल. टेराफॉर्म तुम्हाला केवळ hcl (HashiCorp कॉन्फिगरेशन लँग्वेज) मध्येच नाही तर JSON मध्ये देखील इन्फ्रास्ट्रक्चर लिहू देते.

JSON शेल स्क्रिप्टमधून वाचणे सोपे आहे. त्यानुसार, आपण एखाद्या ठिकाणी बादलीसह कॉन्फिगरेशन फाइल ठेवू शकता. आणि ही बादली टेराफॉर्म कोड आणि शेल स्क्रिप्टमध्ये इनिशिएलायझेशनसाठी वापरा.

टेराफॉर्मसाठी बादली असणे महत्वाचे का आहे? कारण रिमोट स्टेट फाइल्स सारखी गोष्ट आहे. म्हणजे, जेव्हा मी काही संसाधने वाढवतो, तेव्हा Amazon ला सांगण्यासाठी: “कृपया उदाहरण वाढवा,” मला बरेच आवश्यक पॅरामीटर्स निर्दिष्ट करावे लागतील.

आणि हे अभिज्ञापक दुसऱ्या फोल्डरमध्ये साठवले जातात. आणि मी जाऊन म्हणू शकतो: "टेराफॉर्म, कृपया त्याच संसाधनाच्या स्टेट फाइलकडे धाव घ्या आणि मला हे अभिज्ञापक मिळवा." आणि अशा प्रकारे भिन्न प्रदेश किंवा वातावरणांमध्ये एक विशिष्ट एकीकरण दिसून येते.

रिमोट स्टेट फाइल वापरणे नेहमीच शक्य नसते. उदाहरणार्थ, तुम्ही व्यक्तिचलितपणे VPC तयार केले आहे. आणि व्हीपीसी तयार करणारा टेराफॉर्म कोड इतका वेगळा व्हीपीसी तयार करतो की त्याला खूप वेळ लागतो आणि तुम्हाला एकाशी जुळवून घ्यावे लागेल, म्हणून तुम्ही खालील युक्ती वापरू शकता.

म्हणजेच, एक मॉड्यूल बनवा जे व्हीपीसी बनवते असे दिसते आणि ते जसे होते तसे, आपल्याला अभिज्ञापक देते, परंतु प्रत्यक्षात हार्डकोड मूल्यांसह एक फाइल आहे जी समान उदाहरण तयार करण्यासाठी वापरली जाऊ शकते.

स्टेट फाईल क्लाउडमध्ये सेव्ह करणे नेहमीच आवश्यक नसते. उदाहरणार्थ, मॉड्यूल्सची चाचणी करताना, तुम्ही बॅकएंड इनिशिएलायझेशन वापरू शकता, जेथे चाचणीच्या वेळी फाइल फक्त डिस्कवर जतन केली जाईल.

आता चाचणीबद्दल थोडेसे. टेराफॉर्ममध्ये तुम्ही काय चाचणी करू शकता? कदाचित बरेच काही शक्य आहे, परंतु मी या 4 गोष्टींबद्दल बोलणार आहे.

HashiCorp ला टेराफॉर्म कोड कसे स्वरूपित केले जावे याची समज आहे. आणि Terraform fmt तुम्हाला या समजुतीनुसार तुम्ही संपादित केलेला कोड फॉरमॅट करण्याची परवानगी देते. त्यानुसार, चाचण्यांमध्ये हे फॉर्मेटिंग हे HashiCorp ने दिलेल्या विपुलतेशी सुसंगत आहे की नाही हे तपासणे आवश्यक आहे, जेणेकरून कंसाचे स्थान इ. बदलण्याची गरज नाही.

पुढील टेराफॉर्म व्हॅलिडेट आहे. हे वाक्यरचना तपासण्यापेक्षा थोडे अधिक करते - अला, सर्व कंस जोडलेले आहेत की नाही. येथे काय महत्वाचे आहे? आमची पायाभूत सुविधा खूप विस्तृत आहे. त्यात बरेच वेगवेगळे बाबा आहेत. आणि प्रत्येकामध्ये तुम्हाला टेराफॉर्म व्हॅलिडेट चालवणे आवश्यक आहे.

त्यानुसार, चाचणीचा वेग वाढवण्यासाठी, आम्ही समांतर वापरून समांतर पद्धतीने अनेक प्रक्रिया चालवतो.

समांतर ही खूप मस्त गोष्ट आहे, ती वापरा.

पण प्रत्येक वेळी टेराफॉर्म सुरू झाल्यावर, ते HashiCorp कडे जाते आणि विचारते, “नवीनतम प्लगइन आवृत्त्या काय आहेत? आणि माझ्याकडे कॅशेमध्ये असलेले प्लगइन – ते योग्य आहे की चुकीचे?” आणि हे प्रत्येक टप्प्यावर मंद होत गेले.

प्लगइन कुठे आहेत हे तुम्ही टेराफॉर्मला सांगितल्यास, टेराफॉर्म म्हणेल: “ठीक आहे, ही कदाचित तिथे असलेली नवीनतम गोष्ट आहे. मी कुठेही जाणार नाही, मी ताबडतोब तुमचा टेराफॉर्म कोड सत्यापित करणे सुरू करेन.

आवश्यक प्लगइन्ससह फोल्डर भरण्यासाठी, आमच्याकडे एक अतिशय सोपा टेराफॉर्म कोड आहे ज्याला फक्त प्रारंभ करणे आवश्यक आहे. येथे, अर्थातच, तुम्हाला सर्व प्रदाते निर्दिष्ट करणे आवश्यक आहे जे कसे तरी तुमच्या कोडमध्ये सहभागी होतात, अन्यथा टेराफॉर्म म्हणेल: "मला विशिष्ट प्रदाता माहित नाही कारण तो कॅशेमध्ये नाही."

पुढील एक टेराफॉर्म योजना आहे. मी म्हटल्याप्रमाणे विकास चक्रीय आहे. आम्ही बदलांसह कोड बनवतो. आणि मग पायाभूत सुविधांसाठी कोणते बदल नियोजित आहेत हे शोधणे आवश्यक आहे.

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

तुम्ही ते स्मार्ट पद्धतीने करू शकता. उदाहरणार्थ, आम्ही एक पायथन स्क्रिप्ट लिहिली जी अवलंबित्वांचे निराकरण करते. आणि काय बदलले आहे यावर अवलंबून: टेराफॉर्म मॉड्यूल किंवा फक्त एक विशिष्ट घटक, ते सर्व अवलंबून असलेल्या फोल्डर्ससाठी योजना बनवते.

विनंतीनुसार टेराफॉर्म योजना तयार करणे आवश्यक आहे. निदान आपण तेच करतो.

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

योजना ही खूप महागडी गोष्ट आहे. यास वेळ लागतो कारण टेराफॉर्म अॅमेझॉनवर जातो आणि विचारतो, “हे उदाहरण अजूनही अस्तित्वात आहे का? या ऑटोस्केलमध्ये अगदी समान पॅरामीटर्स आहेत का?" आणि याला गती देण्यासाठी, तुम्ही refresh=false सारखे पॅरामीटर वापरू शकता. याचा अर्थ टेराफॉर्म S3 वरून स्टेट डाउनलोड करेल. आणि अमेझॉनमध्ये जे आहे ते राज्य तंतोतंत जुळेल असा विश्वास असेल.

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

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

मी पुढील गोष्टीबद्दल बोलू इच्छितो ती म्हणजे वापरकर्ता-डेटा चाचणी.

वापरकर्ता-डेटा म्हणजे काय? Amazon मध्ये, जेव्हा आम्ही एक उदाहरण तयार करतो, तेव्हा आम्ही उदाहरणासह विशिष्ट अक्षर पाठवू शकतो - मेटा डेटा. जेव्हा उदाहरण सुरू होते, तेव्हा सहसा या उदाहरणांवर क्लाउड इनिट नेहमी उपस्थित असतो. क्लाउड इनिट हे पत्र वाचतो आणि म्हणतो: "ठीक आहे, आज मी लोड बॅलन्सर आहे." आणि या करारांनुसार तो काही कृती करतो.

परंतु, दुर्दैवाने, जेव्हा आम्ही टेराफॉर्म प्लॅन करतो आणि टेराफॉर्म लागू करतो, तेव्हा वापरकर्ता-डेटा संख्यांच्या या स्लरीसारखा दिसतो. म्हणजेच, तो तुम्हाला फक्त एक हॅश पाठवतो. आणि तुम्ही प्लॅनमध्ये फक्त हेच पाहू शकता की काही बदल होतील की हॅश तशीच राहील.

आणि जर तुम्ही याकडे लक्ष दिले नाही, तर काही फालतू मजकूर फाइल अमेझॉनवर, वास्तविक पायाभूत सुविधांकडे जाऊ शकते.

वैकल्पिकरित्या, कार्यान्वित करताना, आपण संपूर्ण पायाभूत सुविधा निर्दिष्ट करू शकत नाही, परंतु केवळ टेम्पलेट निर्दिष्ट करू शकता. आणि कोडमध्ये म्हणा: "कृपया माझ्या स्क्रीनवर हे टेम्पलेट प्रदर्शित करा." आणि परिणामी, तुमचा डेटा Amazon वर कसा दिसेल याची प्रिंटआउट तुम्ही मिळवू शकता.

दुसरा पर्याय म्हणजे वापरकर्ता-डेटा तयार करण्यासाठी मॉड्यूल वापरणे. तुम्ही हे मॉड्यूल लागू कराल. आपल्याला डिस्कवर फाइल प्राप्त होते. त्याची तुलना संदर्भाशी करा. आणि अशा प्रकारे, जर एखाद्या व्यक्तीने वापरकर्ता-डेटा थोडा दुरुस्त करण्याचा निर्णय घेतला, तर तुमच्या चाचण्या म्हणतील: "ठीक आहे, येथे आणि तेथे काही बदल आहेत - हे सामान्य आहे."

मी पुढील गोष्टीबद्दल बोलू इच्छितो ऑटोमेट टेराफॉर्म लागू.

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

चाचणी वातावरणासाठी, हे सर्व सामान्य आहे. म्हणजेच, चाचणीचे वातावरण निर्माण करणारी नोकरी सर्व विकासकांना आवश्यक असते. आणि "माझ्यासाठी सर्व काही काम केले" सारखी अभिव्यक्ती ही मजेदार मेम नाही, परंतु एखाद्या व्यक्तीने गोंधळून टाकला, स्टॅक उभा केला आणि या स्टॅकवर काही चाचण्या केल्या याचा पुरावा. आणि त्याने खात्री केली की तिथे सर्व काही ठीक आहे आणि म्हणाला: "ठीक आहे, मी जो कोड सोडत आहे त्याची चाचणी झाली आहे."

उत्पादन, सँडबॉक्स आणि इतर वातावरणात जे अधिक व्यवसाय-गंभीर आहेत, काही संसाधने अंशतः वापरणे सुरक्षित आहे कारण यामुळे कोणाचाही मृत्यू होत नाही. हे आहेत: ऑटोस्केल गट, सुरक्षा गट, भूमिका, मार्ग53 आणि तेथे यादी बरीच मोठी असू शकते. परंतु काय चालले आहे यावर लक्ष ठेवा, स्वयंचलित अनुप्रयोगांचे अहवाल वाचा.

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

अॅमेझॉनमध्ये टर्मिनेट संरक्षण सारखी गोष्ट आहे. आणि ते काही प्रकरणांमध्ये आपल्यासाठी आवश्यक नसलेल्या बदलांपासून संरक्षण करू शकते. म्हणजेच, टेराफॉर्म अॅमेझॉनवर गेला आणि म्हणाला: "मला आणखी एक उदाहरण बनवण्यासाठी हा प्रसंग मारण्याची गरज आहे." आणि Amazon म्हणतो: “माफ करा, आज नाही. आमच्याकडे टर्मिनेट संरक्षण आहे."

आणि केकवरील आयसिंग म्हणजे कोड ऑप्टिमायझेशन. जेव्हा आम्ही टेराफॉर्म कोडसह कार्य करतो, तेव्हा आम्ही मॉड्यूलमध्ये खूप मोठ्या प्रमाणात पॅरामीटर्स पास केले पाहिजेत. हे असे पॅरामीटर्स आहेत जे काही प्रकारचे संसाधन तयार करण्यासाठी आवश्यक आहेत. आणि कोड पॅरामीटर्सच्या मोठ्या सूचीमध्ये बदलतो ज्याला मॉड्यूलमधून मॉड्यूल, मॉड्यूलमधून मॉड्यूलमध्ये पास करणे आवश्यक आहे, विशेषत: मॉड्यूल्स नेस्टेड असल्यास.

आणि ते वाचणे खूप कठीण आहे. याचा आढावा घेणे फार कठीण आहे. आणि बर्‍याचदा असे दिसून येते की काही पॅरामीटर्सचे पुनरावलोकन केले जाते आणि ते आवश्यक नसतात. आणि हे नंतर निराकरण करण्यासाठी वेळ आणि पैसा खर्च होतो.

म्हणून, मी सुचवितो की आपण अशी गोष्ट जटिल पॅरामीटर म्हणून वापरा ज्यामध्ये मूल्यांचे विशिष्ट वृक्ष समाविष्ट आहे. म्हणजेच, तुम्हाला काही प्रकारचे फोल्डर आवश्यक आहे जेथे तुमच्याकडे सर्व मूल्ये आहेत जी तुम्हाला काही वातावरणात हवी आहेत.

आणि या मॉड्यूलला कॉल करून, तुम्ही एक झाड मिळवू शकता जे एका सामान्य मॉड्यूलमध्ये तयार केले जाते, म्हणजे, संपूर्ण पायाभूत सुविधांसाठी समान कार्य करते.

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

यावर, सर्व शुभेच्छा मला संपल्या आहेत. आणि मला कोलंबसबद्दल एक गोष्ट सांगायची आहे. जेव्हा तो भारताचा शोध घेण्यासाठी त्याच्या मोहिमेसाठी पैसे शोधत होता (त्यावेळी त्याला वाटले तसे) कोणीही त्याच्यावर विश्वास ठेवला नाही आणि विश्वास ठेवला नाही की ते अशक्य आहे. मग तो म्हणाला: "अंडी पडणार नाही याची खात्री करा." सर्व बँकर्स, खूप श्रीमंत आणि बहुधा हुशार लोकांनी अंडी घालण्याचा प्रयत्न केला, आणि ते सर्व वेळ पडले. मग कोलंबसने अंडे घेतले, थोडेसे दाबले. कवच चुरगळले आणि अंडी स्थिर राहिली. ते म्हणाले, "अरे, ते खूप सोपे आहे!" आणि कोलंबसने उत्तर दिले: “होय, हे खूप सोपे आहे. आणि जेव्हा मी भारत खुला करेन, तेव्हा प्रत्येकजण या व्यापार मार्गाचा वापर करेल.

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

चला समजा:

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

• अपरिवर्तनीय पायाभूत सुविधा. वेळापत्रकानुसार AMI वितरण.
• रूट53 ची रचना जेव्हा तुमच्याकडे भरपूर नोंदी असतात आणि तुम्ही त्या सुसंगत क्रमाने असाव्यात.
• API दर मर्यादा लढा. जेव्हा Amazon म्हणतो, "तेच आहे, मी आणखी विनंत्या स्वीकारू शकत नाही, कृपया प्रतीक्षा करा." आणि अर्धे कार्यालय त्याच्या पायाभूत सुविधा सुरू होईपर्यंत प्रतीक्षा करत आहे.
• स्पॉट उदाहरणे. ऍमेझॉन हा एक स्वस्त कार्यक्रम नाही आणि स्पॉट्स आपल्याला खूप बचत करण्याची परवानगी देतात. आणि तेथे आपण त्याबद्दल संपूर्ण अहवाल सांगू शकता.
• सुरक्षा आणि IAM भूमिका.
• गमावलेली संसाधने शोधा, जेव्हा तुमच्याकडे अमेझोनमध्ये अज्ञात मूळची उदाहरणे असतात, तेव्हा ते पैसे खातात. जरी उदाहरणांची किंमत दरमहा $100-150 आहे, ती प्रति वर्ष $1 पेक्षा जास्त आहे. अशी संसाधने शोधणे हा एक फायदेशीर व्यवसाय आहे.
• आणि राखीव उदाहरणे.

माझ्यासाठी एवढेच. टेराफॉर्म खूप छान आहे, तुम्ही ते वापरा. धन्यवाद!

प्रश्न

अहवालाबद्दल धन्यवाद! तुमची स्टेट फाइल S3 मध्‍ये आहे, परंतु अनेक लोक ही स्टेट फाईल घेऊन ती वाढवण्‍याचा प्रयत्‍न करू शकतात ही समस्या तुम्ही कशी सोडवाल?

सर्व प्रथम, आम्हाला कोणतीही घाई नाही. दुसरे म्हणजे, तेथे ध्वज आहेत, ज्यामध्ये आम्ही अहवाल देतो की आम्ही कोडच्या काही भागावर काम करत आहोत. म्हणजेच, पायाभूत सुविधा खूप मोठी असूनही, याचा अर्थ असा नाही की कोणीतरी सतत काहीतरी वापरत आहे. आणि जेव्हा सक्रिय टप्पा होता, तेव्हा ही समस्या होती; आम्ही Git मध्ये स्टेट फाइल्स संग्रहित केल्या. हे महत्त्वाचे होते, अन्यथा कोणीतरी स्टेट फाईल बनवेल आणि सर्वकाही सुरू ठेवण्यासाठी आम्हाला ते व्यक्तिचलितपणे एकत्र करावे लागेल. आता अशी कोणतीही अडचण नाही. सर्वसाधारणपणे, टेराफॉर्मने या समस्येचे निराकरण केले. आणि जर काहीतरी सतत बदलत असेल तर आपण लॉक वापरू शकता, जे आपण जे बोललात ते प्रतिबंधित करते.

तुम्ही ओपन सोर्स किंवा एंटरप्राइझ वापरत आहात?

कोणतेही एंटरप्राइझ नाही, म्हणजे तुम्ही जाऊ शकता आणि विनामूल्य डाउनलोड करू शकता.

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

वेळेत मर्यादित होते. चांगला मुद्दा.

मलाही दोन गोष्टी विचारायच्या होत्या. प्रथम, तुम्ही चाचणीबद्दल बोललात. तुम्ही कोणतीही चाचणी साधने वापरली आहेत का? मी टेस्ट किचन प्लगइनबद्दल ऐकले आहे. कदाचित आणखी काहीतरी आहे. आणि मला स्थानिक मूल्यांबद्दल विचारायचे आहे. ते मूलतः इनपुट व्हेरिएबल्सपेक्षा वेगळे कसे आहेत? आणि मी फक्त स्थानिक मूल्यांद्वारे काहीतरी पॅरामेट्रीझ का करू शकत नाही? मी हा विषय हाताळण्याचा प्रयत्न केला, परंतु कसा तरी मला ते समजले नाही.

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

स्थानिक मूल्यांबद्दल, प्रेक्षकांच्या बाहेर संभाषण सुरू ठेवूया.

नमस्कार! अहवालाबद्दल धन्यवाद! अतिशय माहितीपूर्ण. तुम्ही म्हणालात की तुमच्याकडे पायाभूत सुविधांचे वर्णन करण्यासाठी समान प्रकारचा कोड आहे. तुम्ही हा कोड तयार करण्याचा विचार केला आहे का?

छान प्रश्न, धन्यवाद! मुद्दा असा आहे की जेव्हा आपण कोड म्हणून पायाभूत सुविधा वापरतो तेव्हा आपण असे गृहीत धरतो की आपण कोड पाहतो आणि त्या कोडच्या मागे कोणती पायाभूत सुविधा आहे हे समजते. जर कोड व्युत्पन्न झाला, तर कोणत्या प्रकारची पायाभूत सुविधा असेल हे समजून घेण्यासाठी कोणता कोड तयार केला जाईल याची कल्पना करणे आवश्यक आहे. एकतर आम्ही कोड जनरेट करतो, कमिट करतो आणि मूलत: तेच घडते. म्हणून आम्ही लिहिलेल्या मार्गाचा अवलंब केला, आम्हाला ते मिळाले. जेव्हा आम्ही त्यांना बनवायला सुरुवात केली तेव्हा प्लस जनरेटर थोड्या वेळाने दिसू लागले. आणि बदलायला आधीच खूप उशीर झाला होता.

तुम्ही jsonnet बद्दल ऐकले आहे का?

क्रमांक

पहा, ही खरोखर छान सामग्री आहे. मला एक विशिष्ट केस दिसत आहे जिथे तुम्ही ते लागू करू शकता आणि डेटा स्ट्रक्चर तयार करू शकता.

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

जरा बघा. धन्यवाद!

माझे नाव मॅक्सिम आहे, मी Sberbank चा आहे. आपण थोडेसे सांगितले की आपण प्रोग्रामिंग भाषेच्या अॅनालॉगमध्ये टेराफॉर्म आणण्याचा प्रयत्न केला. Ansible वापरणे सोपे नाही का?

या खूप वेगळ्या गोष्टी आहेत. उत्तरदायी संसाधने तयार करू शकते आणि कठपुतळी ऍमेझॉनमध्ये संसाधने तयार करू शकते. पण टेराफॉर्म एकदम धारदार आहे.

तुमच्याकडे फक्त Amazon आहे का?

असे नाही की आमच्याकडे फक्त Amazon आहे. आमच्याकडे जवळजवळ फक्त Amazon आहे. पण मुख्य वैशिष्ट्य म्हणजे टेराफॉर्म लक्षात राहतो. उत्तरदायी मध्ये, जर तुम्ही म्हणाल: "मला 5 उदाहरणे द्या," तर ते वाढेल आणि नंतर तुम्ही म्हणाल: "आणि आता मला 3 ची गरज आहे." आणि टेराफॉर्म म्हणेल: "ठीक आहे, मी 2 मारीन," आणि उत्तरदायी म्हणेल: "ठीक आहे, तुमच्यासाठी 3 आहे." एकूण ८.

नमस्कार! तुमच्या अहवालाबद्दल धन्यवाद! टेराफॉर्मबद्दल ऐकणे खूप मनोरंजक होते. मला फक्त एक छोटीशी टिप्पणी करायची आहे की टेराफॉर्ममध्ये अजूनही स्थिर रिलीझ नाही, म्हणून टेराफॉर्मची काळजी घ्या.

रात्रीच्या जेवणासाठी छान चमचा. म्हणजे, जर तुम्हाला उपाय हवा असेल, तर तुम्ही कधी कधी अस्थिर वगैरे गोष्टी पुढे ढकलता, पण ते काम करते आणि आम्हाला मदत करते.

प्रश्न आहे. तुम्ही रिमोट बॅकएंड वापरत आहात, तुम्ही S 3 वापरत आहात. तुम्ही अधिकृत बॅकएंड का वापरत नाही?

अधिकृत?

टेराफॉर्म क्लाउड.

तो कधी दिसला?

सुमारे 4 महिन्यांपूर्वी.

जर ते 4 वर्षांपूर्वी दिसले असते, तर कदाचित मी तुमच्या प्रश्नाचे उत्तर दिले असते.

तेथे आधीपासूनच अंगभूत फंक्शन आणि लॉक आहेत आणि आपण स्टेट फाइल संचयित करू शकता. हे करून पहा. पण मी पण चाचणी केली नाही.

आम्ही एका मोठ्या ट्रेनमध्ये आहोत जी खूप वेगाने जात आहे. आणि आपण फक्त काही कार घेऊ शकत नाही आणि फेकून देऊ शकत नाही.

तू स्नोफ्लेक्सबद्दल बोलत होतास, तू शाखा का नाही वापरली? तसे का झाले नाही?

आमचा दृष्टिकोन असा आहे की संपूर्ण पायाभूत सुविधा एकाच भांडारात आहे. टेराफॉर्म, पपेट, सर्व स्क्रिप्ट ज्या कोणत्या ना कोणत्या प्रकारे याच्याशी संबंधित आहेत, त्या सर्व एकाच भांडारात आहेत. अशा प्रकारे आम्ही हे सुनिश्चित करू शकतो की वाढीव बदलांची एकामागून एक चाचणी केली जाते. जर तो शाखांचा समूह असेल तर अशा प्रकल्पाची देखभाल करणे जवळजवळ अशक्य आहे. सहा महिने निघून जातात आणि ते इतके वेगळे होतात की ही एक प्रकारची शिक्षा आहे. रिफॅक्टरिंग करण्यापूर्वी मला यातून सुटायचे होते.

तर ते काम करत नाही?

हे अजिबात चालत नाही.

शाखेत मी फोल्डर स्लाइड कापली. म्हणजेच, जर तुम्ही ते प्रत्येक चाचणी स्टॅकसाठी केले, उदाहरणार्थ, टीम ए चे स्वतःचे फोल्डर आहे, टीम बी चे स्वतःचे फोल्डर आहे, तर हे देखील कार्य करत नाही. आम्ही एक युनिफाइड टेस्ट एन्व्हायर्नमेंट कोड तयार केला आहे जो प्रत्येकासाठी पुरेसा लवचिक होता. म्हणजेच, आम्ही एक कोड दिला.

नमस्कार! माझे नाव युरा आहे! अहवालाबद्दल धन्यवाद! मॉड्यूल बद्दल प्रश्न. तुम्ही म्हणता तुम्ही मॉड्यूल्स वापरत आहात. एखाद्या मॉड्युलमध्ये बदल केले गेले आहेत जे दुसर्‍या व्यक्तीच्या बदलाशी सुसंगत नाहीत तर तुम्ही समस्येचे निराकरण कसे कराल? तुम्ही मॉड्युल्सची आवृत्ती बनवत आहात किंवा दोन आवश्यकता पूर्ण करण्यासाठी वंडरवॉफल आणण्याचा प्रयत्न करत आहात?

ही मोठी बर्फाच्या ढिगाऱ्याची समस्या आहे. जेव्हा काही निरुपद्रवी बदल पायाभूत सुविधांचा काही भाग खंडित करू शकतात तेव्हा आपल्याला याचा त्रास होतो. आणि हे काही काळानंतरच लक्षात येईल.

म्हणजेच, अद्याप निराकरण झाले नाही?

तुम्ही सार्वत्रिक मॉड्यूल बनवता. स्नोफ्लेक्स टाळा. आणि सर्वकाही कार्य करेल. अहवालाचा दुसरा भाग तो कसा टाळावा याबद्दल आहे.

नमस्कार! अहवालाबद्दल धन्यवाद! मी स्पष्ट करू इच्छितो. पडद्यामागे एक मोठा ढीग होता ज्यासाठी मी आलो होतो. कठपुतळी आणि भूमिका वितरण कसे एकत्रित केले जातात?

वापरकर्त्याची माहिती.

म्हणजे तुम्ही फक्त फाईल थुंकली आणि कशी तरी चालवली?

वापरकर्ता-डेटा ही एक टीप आहे, म्हणजे जेव्हा आपण प्रतिमा क्लोन बनवतो, तेव्हा डेमन तेथे येतो आणि तो कोण आहे हे शोधण्याचा प्रयत्न करतो, तो एक लोड बॅलन्सर असल्याची नोट वाचतो.

म्हणजेच, ही काही वेगळी प्रक्रिया आहे जी दूर दिली जाते?

आम्ही शोध लावला नाही. आम्ही ते वापरतो.

नमस्कार! मला फक्त वापरकर्ता डेटाबद्दल एक प्रश्न आहे. तुम्ही म्हणालात की तिथे समस्या आहेत, कोणीतरी चुकीच्या ठिकाणी काहीतरी पाठवू शकते. त्याच Git मध्ये वापरकर्ता - डेटा संचयित करण्याचा काही मार्ग आहे का, जेणेकरून वापरकर्ता-डेटा कशाचा संदर्भ घेतो हे नेहमी स्पष्ट होईल?

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

तो एकच उपाय चाचणी आहे की बाहेर वळते?

होय, तुम्हाला समस्या दिसते, तुम्ही तेथे चाचणी पायऱ्या जोडा म्हणजेच, आउटपुट देखील तपासले जाऊ शकते. कदाचित तितके सोयीस्कर नसेल, परंतु तुम्ही काही गुण देखील ठेवू शकता - वापरकर्ता-डेटा येथे खिळला आहे का ते तपासा.

माझे नाव तैमूर आहे. हे खूप छान आहे की टेराफॉर्म योग्यरित्या कसे आयोजित करावे याबद्दल अहवाल आहेत.

मी सुरुवातही केलेली नाही.

मला वाटते की पुढच्या परिषदेत, कदाचित तेथे असेल. मला एक साधा प्रश्न आहे. तुम्ही tfvars वापरण्याऐवजी वेगळ्या मॉड्यूलमध्ये व्हॅल्यू हार्डकोड का करत आहात, म्हणजे tfvars पेक्षा व्हॅल्यू असलेले मॉड्यूल चांगले आहे का?

म्हणजेच, मी येथे लिहावे (slide: Production/environment/settings.tf): डोमेन = व्हेरिएबल, डोमेन vpcnetwork, vpcnetwork व्हेरिएबल आणि stvars - समान गोष्ट मिळेल?

आम्ही तेच करतो. आम्ही सेटिंग स्त्रोत मॉड्यूलचा संदर्भ घेतो, उदाहरणार्थ.

किंबहुना हा असा tfvars आहे. चाचणी वातावरणात Tfvars खूप सुलभ आहे. माझ्याकडे मोठ्या उदाहरणांसाठी, लहानांसाठी tfvars आहेत. आणि मी एक फाईल फोल्डरमध्ये टाकली. आणि मला पाहिजे ते मिळाले. जेव्हा आम्ही पायाभूत सुविधा पाहिल्या, तेव्हा आम्ही सर्व काही पाहू आणि लगेच समजून घेऊ इच्छितो. आणि म्हणून असे दिसून आले की आपल्याला येथे पाहण्याची आवश्यकता आहे, नंतर tfvars मध्ये पहा.

सर्व काही एकाच ठिकाणी असणे शक्य आहे का?

होय, tfvars म्हणजे जेव्हा तुमच्याकडे एक कोड असतो. आणि ते वेगवेगळ्या ठिकाणी वेगवेगळ्या बारकाव्यांसह वापरले जाते. मग तुम्ही tfvar फेकून द्याल आणि तुमचे बारकावे मिळवाल. आणि आम्ही त्याच्या शुद्ध स्वरूपात कोड म्हणून पायाभूत सुविधा आहोत. मी पाहिले आणि समजले.

नमस्कार! तुम्ही टेराफॉर्म बनवलेल्या गोष्टींमध्ये क्लाउड प्रदात्याने हस्तक्षेप केल्याची परिस्थिती तुम्हाला आली आहे का? समजा आम्ही मेटाडेटा संपादित करतो. ssh की आहेत. आणि Google सतत त्याचा मेटाडेटा आणि त्याच्या कळा तिथे ठेवते. आणि टेराफॉर्म नेहमी लिहितो की त्यात बदल आहेत. प्रत्येक धावानंतर, काहीही बदलले तरीही, तो नेहमी म्हणतो की तो आता हे क्षेत्र अद्यतनित करेल.

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

म्हणजेच, तुम्हाला हे आढळून आले, परंतु काहीही हाती आले नाही, तो ते कसे करतो आणि स्वतः करतो?

दुर्दैवाने होय.

नमस्कार! माझे नाव स्टारकोव्ह स्टॅनिस्लाव आहे. मेल. ru गट. टॅग जनरेट करण्याची समस्या तुम्ही कशी सोडवाल..., तुम्ही ते आत कसे पास कराल? जसे मला समजले आहे, वापरकर्ता - डेटाद्वारे होस्टचे नाव निर्दिष्ट करण्यासाठी, पपेट चालू करायचे? आणि प्रश्नाचा दुसरा भाग. तुम्ही ही समस्या SG मध्ये कशी सोडवाल, म्हणजे जेव्हा तुम्ही SG व्युत्पन्न करता, त्याच प्रकारच्या शेकडो उदाहरणे, त्यांना योग्य नाव काय आहे?

जी उदाहरणे आपल्यासाठी खूप महत्त्वाची आहेत, त्यांची नावे आम्ही सुंदर ठेवू. ज्यांची गरज नाही, त्यांच्यासाठी एक पोस्टस्क्रिप्ट आहे की हा एक ऑटोस्केल गट आहे. आणि सिद्धांततः ते खिळले जाऊ शकते आणि एक नवीन मिळवा.

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

आणखी कशाचा प्रश्न होता?

जेव्हा SG शंभर उदाहरणे तयार करतो, तेव्हा ते कसे तरी वेगळे करणे आवश्यक आहे का?

नाही, नको. प्रत्येक प्रसंगात एक एजंट असतो जो मला एक समस्या असल्याचे सांगतो. एजंटने अहवाल दिल्यास, एजंटला त्याच्याबद्दल माहिती असते आणि किमान त्याचा IP पत्ता अस्तित्वात असतो. आपण आधीच चालवू शकता. दुसरे म्हणजे, आम्ही कॉन्सुल फॉर डिस्कवरीचा वापर करतो, जेथे कुबर्नेट्स नाहीत. आणि कॉन्सुल उदाहरणाचा IP पत्ता देखील दर्शवितो.

म्हणजेच, तुम्ही आयपीवर लक्ष केंद्रित करत आहात, होस्टच्या नावावर नाही?

यजमानाच्या नावाने नेव्हिगेट करणे अशक्य आहे, म्हणजे त्यापैकी बरेच आहेत. इन्स्टन्स आयडेंटिफायर आहेत - AE, इ. तुम्ही ते कुठेतरी शोधू शकता, तुम्ही ते शोधात टाकू शकता.

नमस्कार! मला जाणवले की टेराफॉर्म ही एक चांगली गोष्ट आहे, जी ढगांना अनुरूप आहे.

इतकेच नाही.

हा मला आवडणारा प्रश्न आहे. जर तुम्ही हलवायचे ठरवले तर, तुमच्या सर्व उदाहरणांसह बेअर मेटलला म्हणा? काही समस्या असतील का? किंवा तुम्हाला अजूनही इतर उत्पादने वापरायची आहेत, उदाहरणार्थ, येथे नमूद केलेले तेच उत्तर?

Ansible हे दुसर्‍या गोष्टीबद्दल थोडेसे आहे. म्हणजेच, उदाहरण सुरू झाल्यावर Ansible आधीच कार्य करते. आणि टेराफॉर्म उदाहरण सुरू होण्यापूर्वी कार्य करते. बेअर मेटलवर स्विच करणे - नाही.

आता नाही, पण व्यवसाय येईल आणि म्हणेल: "चला."

दुसर्‍या क्लाउडवर स्विच करणे - होय, परंतु येथे थोडे वेगळे वैशिष्ट्य आहे. तुम्हाला टेराफॉर्म कोड अशा प्रकारे लिहावा लागेल की तुम्ही कमी रक्तपातासह इतर क्लाउडवर स्विच करू शकता.

सुरुवातीला, आमचे संपूर्ण इन्फ्रास्ट्रक्चर अज्ञेयवादी होते, म्हणजे कोणताही क्लाउड योग्य असावा असे टास्क सेट केले होते, परंतु काही वेळाने व्यवसाय सोडला आणि म्हणाला: “ठीक आहे, पुढील N वर्षांत आम्ही कुठेही जाणार नाही, आम्ही सेवा वापरू शकतो. Amazon वरून"

टेराफॉर्म तुम्हाला फ्रंट-एंड जॉब्स तयार करण्यास, PagerDuty, डेटा डॉक इ. कॉन्फिगर करण्यास अनुमती देते. त्यात पुष्कळ टेल आहेत. तो व्यावहारिकपणे संपूर्ण जगावर नियंत्रण ठेवू शकतो.

अहवालाबद्दल धन्यवाद! मी आता 4 वर्षांपासून टेराफॉर्म वापरत आहे. टेराफॉर्म, पायाभूत सुविधा, घोषणात्मक वर्णनात सहज संक्रमणाच्या टप्प्यावर, आम्हाला अशा परिस्थितीचा सामना करावा लागला की कोणीतरी हाताने काहीतरी करत आहे आणि तुम्ही योजना बनवण्याचा प्रयत्न करत आहात. आणि मला तिथे एक प्रकारची त्रुटी आली. अशा समस्यांना तुम्ही कसे सामोरे जाल? आपण सूचीबद्ध केलेली गमावलेली संसाधने कशी शोधू शकता?

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

त्रुटी असल्यास, आपण रोलबॅक कराल का? तुम्ही हे करण्याचा प्रयत्न केला आहे का?

नाही, हा एखाद्या व्यक्तीचा निर्णय आहे जेव्हा त्याला एखादी समस्या दिसते.

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