अराजकता र म्यानुअल दिनचर्याको सामना गर्न Terraform मा ढाँचाहरू। म्याक्सिम कोस्ट्रिकिन (एक्सटेन्स)

यस्तो देखिन्छ कि Terraform विकासकर्ताहरूले AWS पूर्वाधारसँग काम गर्नका लागि एकदमै सुविधाजनक उत्तम अभ्यासहरू प्रस्ताव गर्छन्। त्यहाँ केवल एक nuance छ। समयसँगै, वातावरणको संख्या बढ्दै जान्छ, प्रत्येकको आफ्नै विशेषताहरू छन्। अनुप्रयोग स्ट्याकको लगभग प्रतिलिपि छिमेकी क्षेत्रमा देखिन्छ। र Terraform कोड सावधानीपूर्वक प्रतिलिपि गर्न र नयाँ आवश्यकताहरू अनुसार सम्पादन गर्न वा स्नोफ्लेक बनाउन आवश्यक छ।

ठूला र लामो परियोजनाहरूमा अराजकता र म्यानुअल दिनचर्याको सामना गर्न Terraform मा ढाँचाहरूको बारेमा मेरो रिपोर्ट।

भिडियो:

म 40 हुँ, म 20 वर्षको लागि IT मा छु। म 12 वर्षको लागि Ixtens मा काम गर्दैछु। हामी ईकमर्स-संचालित-विकासमा संलग्न छौं। र म 5 वर्षदेखि DevOps अभ्यासहरू अभ्यास गर्दैछु।

मेरो कथा एउटा कम्पनीको परियोजनामा ​​मेरो अनुभवको बारेमा हुनेछ जसको नाम म भन्न चाहन्न, एक गैर-प्रकटीकरण सम्झौता पछाडि लुकेको।

परियोजनाको स्केल बुझ्नको लागि स्लाइडमा नम्बरहरू संकेत गरिएको छ। र मैले अर्को भन्नु पर्ने सबै कुरा अमेजनसँग सम्बन्धित छ।

म यो परियोजनामा ​​4 वर्ष पहिले सामेल भएको थिएँ। र पूर्वाधार रिफ्याक्टरिंग पूर्ण जोशमा थियो किनभने परियोजना बढेको थियो। र प्रयोग गरिएका ढाँचाहरू अब उपयुक्त थिएनन्। र परियोजना को सबै योजनाबद्ध वृद्धि दिए, यो केहि नयाँ संग आउन आवश्यक थियो।

Matvey लाई धन्यवाद, जसले हिजो हामीलाई डोडो पिज्जामा के भयो भन्नुभयो। ४ वर्षअघिको घटना यही हो ।

विकासकर्ताहरू आए र पूर्वाधार कोड बनाउन थाले।

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

Terraform HashiCorp को एक खुला स्रोत परियोजना हो। र यो के हो थाहा नभएकाहरूका लागि, अर्को केही स्लाइडहरू।

कोडको रूपमा पूर्वाधार भनेको हामीले हाम्रो पूर्वाधारको वर्णन गर्न सक्छौं र हामीले वर्णन गरेका स्रोतहरू प्राप्त गर्नका लागि केही रोबोटहरूलाई सोध्न सक्छौं।

उदाहरणका लागि, हामीलाई भर्चुअल मेसिन चाहिन्छ। हामी वर्णन गर्नेछौं र धेरै आवश्यक प्यारामिटरहरू थप्नेछौं।

यस पछि, हामी कन्सोलमा अमेजनमा पहुँच कन्फिगर गर्नेछौं। र हामी Terraform योजनाको लागि सोध्नेछौं। Terraform योजनाले यसो भन्नेछ: "ठीक छ, हामी तपाईंको स्रोतको लागि यी चीजहरू गर्न सक्छौं।" र कम्तिमा एउटा स्रोत थपिनेछ। र कुनै परिवर्तन अपेक्षित छैन।

एकचोटि तपाईं सबै कुरामा खुसी भएपछि, तपाईंले Terraform लाई आवेदन दिन सोध्न सक्नुहुन्छ र Terraform ले तपाईंको लागि एउटा उदाहरण सिर्जना गर्नेछ, र तपाईंले आफ्नो क्लाउडमा भर्चुअल मेसिन प्राप्त गर्नुहुनेछ।

हाम्रो परियोजना थप विकास हुँदैछ। हामी त्यहाँ केही परिवर्तनहरू थप्दै छौं। हामी थप उदाहरणहरूको लागि सोध्छौं, हामी 53 प्रविष्टिहरू थप्छौं।

र हामी दोहोर्याउँछौं। कृपया योजना बनाउनुहोस्। हामी हेर्छौं के परिवर्तनहरू योजनाबद्ध छन्। हामी आवेदन दिन्छौं। र यसरी हाम्रो पूर्वाधार बढ्छ।

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

यी राज्य फाइलहरू मूल रूपमा फाइलहरू मात्र थिए। र हामीले तिनीहरूलाई Git मा भण्डार गर्यौं, जुन अत्यन्तै असुविधाजनक थियो। कसैले सधैं परिवर्तन गर्न बिर्से, र धेरै द्वन्द्वहरू उत्पन्न भयो।

अब ब्याकइन्ड प्रयोग गर्न सम्भव छ, अर्थात् Terraform कुन बाल्टीमा निर्दिष्ट गरिएको छ र कुन कुञ्जीद्वारा राज्य फाइल बचत गर्नुपर्छ। र Terraform आफैंले यो राज्य फाइल प्राप्त गर्ने, सबै जादुई गरेर र अन्तिम परिणाम फिर्ता राख्ने हेरचाह गर्नेछ।

हाम्रो पूर्वाधार बढ्दै गएको छ । यहाँ हाम्रो कोड छ। र अब हामी भर्चुअल मेसिन मात्र बनाउन चाहँदैनौं, हामी परीक्षण वातावरण बनाउन चाहन्छौं।

Terraform ले तपाईंलाई मोड्युलको रूपमा त्यस्तो चीज सिर्जना गर्न अनुमति दिन्छ, त्यो हो, केहि फोल्डरमा उही कुरा वर्णन गर्नुहोस्।

र, उदाहरणका लागि, परीक्षणमा, यो मोड्युललाई कल गर्नुहोस् र हामीले मोड्युलमा Terraform लागू कार्यान्वयन गरेको जस्तै कुरा प्राप्त गर्नुहोस्। परीक्षणको लागि यो कोड हुनेछ।

उत्पादनको लागि, हामी त्यहाँ केही परिवर्तनहरू पठाउन सक्छौं, किनभने परीक्षणमा हामीलाई ठूला उदाहरणहरू आवश्यक पर्दैन; उत्पादनमा, ठूला उदाहरणहरू मात्र उपयोगी हुन्छन्।

र त्यसपछि म परियोजनामा ​​फर्कनेछु। यो गाह्रो काम थियो, योजनाबद्ध पूर्वाधार धेरै ठूलो थियो। र यो कुनै न कुनै रूपमा सबै कोड राख्न आवश्यक थियो ताकि यो सबैको लागि सुविधाजनक हुनेछ: दुबै यो कोडमा मर्मत सम्भार गर्नेहरू र परिवर्तनहरू गर्नेहरूका लागि। र यो योजना बनाइएको थियो कि कुनै पनि विकासकर्ता गएर प्लेटफर्मको आफ्नो भागको लागि आवश्यक पूर्वाधार ठीक गर्न सक्छ।

यो डाइरेक्टरी रूख हो जुन HashiCorp आफैले सिफारिस गरेको छ यदि तपाईंसँग ठूलो परियोजना छ र यसले सम्पूर्ण पूर्वाधारलाई केही साना टुक्राहरूमा विभाजन गर्न, र प्रत्येक टुक्रालाई छुट्टै फोल्डरमा वर्णन गर्न अर्थपूर्ण हुन्छ।

स्रोतहरूको एक विस्तृत पुस्तकालय भएकोले, तपाइँ परीक्षण र उत्पादनमा लगभग एउटै कुरालाई कल गर्न सक्नुहुन्छ।

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

Terraform ले सबै निर्भरताहरूको ख्याल राख्छ। र यसले जहिले पनि अनुक्रममा स्रोतहरू सिर्जना गर्दछ ताकि तपाईले IP ठेगाना प्राप्त गर्न सक्नुहुनेछ, उदाहरणका लागि, नयाँ सिर्जना गरिएको उदाहरणबाट, र यो IP ठेगाना route53 रेकर्डमा प्राप्त गर्नुहोस्।

थप रूपमा, प्लेटफर्म धेरै ठूलो छ। र परीक्षण स्ट्याक सुरु गर्नु, एक घण्टाको लागि भए पनि, 8 घण्टाको लागि पनि, धेरै महँगो उपक्रम हो।

र हामीले यो विषयलाई स्वचालित बनायौं। र जेनकिन्सको कामले हामीलाई स्ट्याक चलाउन अनुमति दियो। यसमा, विकासकर्ताले परीक्षण गर्न चाहने परिवर्तनहरूको साथ पुल अनुरोध सुरु गर्न आवश्यक थियो, सबै आवश्यक विकल्पहरू, कम्पोनेन्टहरू र आयामहरू निर्दिष्ट गर्नुहोस्। यदि उसले प्रदर्शन परीक्षण चाहन्छ भने, उसले थप उदाहरणहरू लिन सक्छ। यदि उसले केहि फारम खुल्छ भनेर जाँच गर्न आवश्यक छ भने, उसले न्यूनतम ज्यालामा सुरु गर्न सक्छ। र यो पनि संकेत गर्नुहोस् कि क्लस्टर आवश्यक छ वा छैन, आदि।

र त्यसपछि जेनकिन्सले शेल स्क्रिप्टलाई धक्का दिए, जसले टेराफर्म फोल्डरमा कोडलाई थोरै परिमार्जन गर्यो। मैले अनावश्यक फाइलहरू हटाएँ र आवश्यक फाइलहरू थपे। र त्यसपछि Terraform लागूको एक रन संग स्ट्याक उठ्यो।

र त्यसपछि त्यहाँ अन्य चरणहरू थिए जुन म जान चाहन्न।

परीक्षणको लागि हामीलाई उत्पादनमा भन्दा अलि बढी विकल्पहरू चाहिने तथ्यको कारणले गर्दा, हामीले मोड्युलहरूको प्रतिलिपिहरू बनाउनुपर्‍यो ताकि यी प्रतिलिपिहरूमा हामीले ती सुविधाहरू थप्न सकौं जुन परीक्षणको लागि मात्र आवश्यक थियो।

र यो यस्तो भयो कि परीक्षणमा म ती परिवर्तनहरू परीक्षण गर्न चाहन्छु जुन अन्ततः उत्पादनमा जान्छ। तर वास्तवमा, एउटा चीज परीक्षण गरिएको थियो, र उत्पादनमा अलि फरक प्रयोग गरिएको थियो। र त्यहाँ ढाँचामा एक सानो ब्रेक थियो कि उत्पादनमा सबै परिवर्तनहरू सञ्चालन टोलीद्वारा लागू गरिएको थियो। र कहिलेकाहीँ यो बाहिरियो कि ती परिवर्तनहरू जुन परीक्षणबाट उत्पादनमा जानुपर्दछ अर्को संस्करणमा रह्यो।

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

अनिवार्य रूपमा, Terraform एक वास्तविक भाषा होइन। यो एक घोषणा हो। यदि हामीले केहि घोषणा गर्न आवश्यक छ भने, हामी यसलाई घोषणा गर्छौं। र यो सबै काम गर्दछ।

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

र यस्तो स्नोफ्लेक देखा परे पछि, सबै टेराफर्म कोड जुन हामीले हिउँको ठूलो, ठूलो थुप्रोमा परिणत गरेका थियौं।

एक बाह्य विकासकर्ता को लागी जो अपरेशन बाहिर छ, यो उनको लागि धेरै फरक पर्दैन, किनकि उसले पुल अनुरोध गर्यो, उनको स्रोत सुरु भयो। र यो सबै हो, यो अब उनको चिन्ता छैन। र DevOps टोली, जसले सबै कुरा ठीक छ भनी सुनिश्चित गर्दछ, यी सबै परिवर्तनहरू गर्न आवश्यक छ। र यी परिवर्तनहरूको लागत प्रत्येक अतिरिक्त स्नोफ्लेकको साथ धेरै बढ्यो।

एउटा सेमिनारमा विद्यार्थीले ब्ल्याकबोर्डमा चक लगाएर दुईवटा ठूला सर्कलहरू कसरी कोर्छन् भन्ने बारेमा एउटा कथा छ। र शिक्षक आश्चर्यचकित छन् कि उसले कम्पास बिना यति सजिलै कोर्न कसरी व्यवस्थित गर्यो। विद्यार्थीले जवाफ दिन्छ: "धेरै सरल, मैले सेनामा मासु चक्की घुमाउन दुई वर्ष बिताएँ।"

र म यस परियोजनामा ​​संलग्न भएको चार वर्ष मध्ये, म करिब दुई वर्षदेखि टेराफर्म गरिरहेको छु। र, निस्सन्देह, मसँग केही चालहरू छन्, टेराफर्म कोडलाई कसरी सरल बनाउने भन्ने बारे केही सल्लाहहरू छन्, यसलाई प्रोग्रामिङ भाषाको रूपमा काम गर्नुहोस् र विकासकर्ताहरूमा बोझ कम गर्नुहोस् जसले यस कोडलाई अद्यावधिक राख्नु पर्छ।

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

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

Symlinks कहाँ असफल हुन्छ? मैले भनेझैं, Terraform सँग राज्य फाइलहरू छन्। र तिनीहरू धेरै, धेरै सुन्दर छन्। तर कुरा यो हो कि टेराफर्मले ब्याकइन्डलाई पहिलो स्थानमा प्रारम्भ गर्दछ। र उसले यी प्यारामिटरहरूमा कुनै पनि चरहरू प्रयोग गर्न सक्दैन; तिनीहरू सधैं पाठमा लेखिएको हुनुपर्छ।

र नतिजाको रूपमा, जब कसैले नयाँ स्रोत बनाउँछ, उसले अन्य फोल्डरहरूबाट केही कोड प्रतिलिपि गर्दछ। र उसले चाबी वा बाल्टिनको साथ गल्ती गर्न सक्छ। उदाहरणका लागि, उसले स्यान्डबक्सबाट स्यान्डबक्स चीज बनाउँछ, र त्यसपछि उत्पादनमा बनाउँछ। र त्यसैले यो उत्पादन मा बाल्टिन स्यान्डबक्स देखि प्रयोग गरिनेछ कि बाहिर जान सक्छ। निस्सन्देह, तिनीहरूले यसलाई चाँडै फेला पार्नेछन्। यसलाई कुनै न कुनै रूपमा ठीक गर्न सम्भव हुनेछ, तर यद्यपि यो समयको बर्बादी हो र, केही हदसम्म, स्रोतहरू।

हामी अब के गर्न सक्छौं? Terraform सँग काम गर्नु अघि, तपाईंले यसलाई प्रारम्भ गर्न आवश्यक छ। प्रारम्भमा, Terraform ले सबै प्लगइनहरू डाउनलोड गर्दछ। केही बिन्दुमा तिनीहरू मोनोलिथबाट थप माइक्रोसर्भिस आर्किटेक्चरमा विभाजित हुन्छन्। र तपाईंले सधैं Terraform init गर्न आवश्यक छ ताकि यसले सबै मोड्युलहरू, सबै प्लगइनहरू तान्दछ।

र तपाईले शेल स्क्रिप्ट प्रयोग गर्न सक्नुहुन्छ, जुन, पहिले, सबै चरहरू प्राप्त गर्न सक्दछ। शेल लिपि कुनै पनि हिसाबले सीमित छैन। र, दोस्रो, बाटोहरू। यदि हामी सँधै राज्य फाइलको कुञ्जीको रूपमा भण्डारमा रहेको पथ प्रयोग गर्छौं, त्यसपछि, तदनुसार, यहाँ त्रुटि हट्नेछ।

म कहाँ डाटा पाउन सक्छु? JSON फाइल। Terraform ले तपाईंलाई hcl (HashiCorp कन्फिगरेसन भाषा) मा मात्र होइन JSON मा पनि पूर्वाधार लेख्न अनुमति दिन्छ।

JSON शेल लिपिबाट पढ्न सजिलो छ। तदनुसार, तपाईले कन्फिगरेसन फाइललाई बाल्टिनको साथ केहि ठाउँमा राख्न सक्नुहुन्छ। र यो बाल्टी दुबै Terraform कोड र खोल लिपिमा प्रारम्भिकताको लागि प्रयोग गर्नुहोस्।

टेराफर्मको लागि बाल्टिन हुनु किन महत्त्वपूर्ण छ? किनभने त्यहाँ रिमोट स्टेट फाइलहरू जस्तै चीज छ। त्यो हो, जब म केहि स्रोत उठाउँछु, Amazon लाई भन्नको लागि: "कृपया उदाहरण बढाउनुहोस्," मैले धेरै आवश्यक प्यारामिटरहरू निर्दिष्ट गर्न आवश्यक छ।

र यी पहिचानकर्ताहरू कुनै अन्य फोल्डरमा भण्डारण गरिएका छन्। र म गएर भन्न सक्छु: "Terraform, कृपया त्यही स्रोतको राज्य फाइलमा दौडनुहोस् र मलाई यी पहिचानकर्ताहरू पाउनुहोस्।" र यसरी विभिन्न क्षेत्र वा वातावरणहरू बीच एक निश्चित एकीकरण देखा पर्दछ।

रिमोट स्टेट फाइल प्रयोग गर्न सधैं सम्भव छैन। उदाहरणका लागि, तपाईंले हातले VPC सिर्जना गर्नुभयो। र VPC सिर्जना गर्ने Terraform कोडले यस्तो फरक VPC हरू सिर्जना गर्दछ कि यसले धेरै लामो समय लिनेछ र तपाईंले एकलाई अर्कोमा समायोजन गर्नुपर्नेछ, त्यसैले तपाईंले निम्न चाल प्रयोग गर्न सक्नुहुन्छ।

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

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

अब परीक्षणको बारेमा थोरै। तपाईं Terraform मा के परीक्षण गर्न सक्नुहुन्छ? सायद धेरै सम्भव छ, तर म यी 4 चीजहरूको बारेमा कुरा गर्नेछु।

HashiCorp ले Terraform कोड कसरी ढाँचा गर्नुपर्छ भन्ने कुरा बुझेको छ। र Terraform fmt ले तपाईंलाई यो विश्वास अनुसार सम्पादन गर्ने कोड ढाँचा गर्न अनुमति दिन्छ। तदनुसार, परीक्षणहरूले आवश्यक रूपमा जाँच गर्नुपर्छ कि ढाँचाले HashiCorp ले दिएको कुरासँग मेल खान्छ, ताकि कोष्ठकहरूको स्थान परिवर्तन गर्न आवश्यक पर्दैन।

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

तदनुसार, परीक्षणको गति बढाउन, हामी समानान्तर प्रयोग गरेर समानान्तरमा बहु प्रक्रियाहरू चलाउँछौं।

समानान्तर धेरै राम्रो चीज हो, यसलाई प्रयोग गर्नुहोस्।

तर प्रत्येक चोटि Terraform सुरु हुन्छ, यो HashiCorp मा जान्छ र सोध्छ, "पछिल्लो प्लगइन संस्करणहरू के हुन्? र मसँग क्यासमा रहेको प्लगइन - के यो सही हो वा गलत हो?" र यो हरेक पाइलामा सुस्त भयो।

यदि तपाईंले Terraform लाई प्लगइनहरू कहाँ छन् भनी बताउनुभयो भने, तब Terraform यसो भन्छ: "ठीक छ, यो सम्भवतः त्यहाँको सबैभन्दा नयाँ कुरा हो। म कतै जानेछैन, म तुरुन्तै तपाईंको टेराफर्म कोड प्रमाणीकरण गर्न थाल्नेछु।"

आवश्यक प्लगइनहरूसँग फोल्डर भर्नको लागि, हामीसँग एक धेरै सरल टेराफर्म कोड छ जुन सुरु गर्न आवश्यक छ। यहाँ, अवश्य पनि, तपाईंले सबै प्रदायकहरू निर्दिष्ट गर्न आवश्यक छ जुन कुनै न कुनै रूपमा तपाईंको कोडमा भाग लिन्छ, अन्यथा Terraform ले भन्नेछ: "मलाई निश्चित प्रदायक थाहा छैन किनभने यो क्यासमा छैन।"

अर्को Terraform योजना छ। मैले भनें, विकास चक्रीय हुन्छ। हामी कोडमा परिवर्तन गर्छौं। र त्यसपछि तपाईंले पूर्वाधारको लागि योजनाबद्ध परिवर्तनहरू पत्ता लगाउन आवश्यक छ।

र जब पूर्वाधार धेरै, धेरै ठूलो छ, तपाईले एउटा मोड्युल परिवर्तन गर्न सक्नुहुन्छ, केहि परीक्षण वातावरण वा केहि विशिष्ट क्षेत्र ठीक गर्न सक्नुहुन्छ र केहि छिमेकीलाई तोड्न सक्नुहुन्छ। तसर्थ, सम्पूर्ण पूर्वाधारको लागि टेराफर्म योजना बनाउनुपर्छ र के परिवर्तनहरू योजना गरिएको छ भनेर देखाउनुपर्छ।

तपाईं यो चलाखीपूर्वक गर्न सक्नुहुन्छ। उदाहरणका लागि, हामीले पाइथन लिपि लेख्यौं जसले निर्भरताहरू समाधान गर्छ। र के परिवर्तन गरिएको थियो भन्नेमा निर्भर गर्दै: टेराफर्म मोड्युल वा केवल एक विशिष्ट घटक, यसले सबै निर्भर फोल्डरहरूको लागि योजना बनाउँछ।

टेराफर्म योजनाहरू अनुरोधमा बनाइनुपर्छ। कमसेकम हामी के गर्छौं।

निस्सन्देह, हरेक परिवर्तनको लागि, प्रत्येक प्रतिबद्धताको लागि परीक्षणहरू गर्न राम्रो छ, तर योजनाहरू एकदम महँगो कुरा हुन्। र पुल अनुरोधमा हामी भन्छौं, "कृपया मलाई योजनाहरू दिनुहोस्।" रोबोट सुरु हुन्छ। र टिप्पणीहरूमा पठाउनुहोस् वा तपाईंको परिवर्तनहरूबाट अपेक्षित सबै योजनाहरू संलग्न गर्नुहोस्।

योजना एकदम महँगो कुरा हो। यसले समय लिन्छ किनभने टेराफर्म अमेजनमा जान्छ र सोध्छ, "के यो उदाहरण अझै अवस्थित छ? के यो अटोस्केलमा ठ्याक्कै उस्तै प्यारामिटरहरू छन्?" र यो गति बढाउनको लागि, तपाइँ प्यारामिटर प्रयोग गर्न सक्नुहुन्छ जस्तै refresh=false। यसको मतलब Terraform S3 बाट राज्य डाउनलोड गर्नेछ। र यसले विश्वास गर्नेछ कि राज्यले अमेजनमा के छ ठ्याक्कै मेल खान्छ।

यस्तो टेराफर्म योजना धेरै छिटो जान्छ, तर राज्यले तपाईंको पूर्वाधारसँग मेल खानुपर्छ, अर्थात् कतै, कहिलेकाहीँ टेराफर्म रिफ्रेस सुरु गर्नुपर्छ। Terraform refresh ले ठ्याक्कै त्यही गर्छ: राज्यले वास्तविक पूर्वाधारमा के छ त्यससँग मेल खान्छ।

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

अर्को कुरा म कुरा गर्न चाहन्छु प्रयोगकर्ता-डेटा परीक्षण।

प्रयोगकर्ता-डेटा के हो? Amazon मा, जब हामी एक उदाहरण सिर्जना गर्छौं, हामी उदाहरण - मेटा डेटा संग एक निश्चित अक्षर पठाउन सक्छौं। जब उदाहरण सुरु हुन्छ, सामान्यतया क्लाउड इनिट सधैं यी उदाहरणहरूमा उपस्थित हुन्छ। क्लाउड इनिटले यो पत्र पढ्छ र भन्छ: "ठीक छ, आज म लोड ब्यालेन्सर हुँ।" र यी वाचाहरू अनुसार उसले केही कार्यहरू गर्दछ।

तर, दुर्भाग्यवश, जब हामी Terraform योजना बनाउँछौं र Terraform लागू गर्छौं, प्रयोगकर्ता-डेटा यस प्रकारको सङ्ख्याको मश जस्तो देखिन्छ। त्यो हो, उसले तपाईलाई ह्यास पठाउँछ। र तपाईले योजनामा ​​हेर्न सक्नुहुन्छ कि त्यहाँ कुनै परिवर्तन हुनेछ वा ह्यास उस्तै रहनेछ कि छैन।

र यदि तपाइँ यसमा ध्यान दिनुहुन्न भने, केहि टुटेको पाठ फाइल वास्तविक पूर्वाधारमा, Amazon मा समाप्त हुन सक्छ।

वैकल्पिक रूपमा, कार्यान्वयन गर्दा, तपाइँ सम्पूर्ण पूर्वाधार निर्दिष्ट गर्न सक्नुहुन्छ, तर टेम्प्लेट मात्र। र कोडमा भन्नुहोस्: "कृपया मेरो स्क्रिनमा यो टेम्प्लेट प्रदर्शन गर्नुहोस्।" र नतिजाको रूपमा, तपाइँ तपाइँको डाटा Amazon मा कस्तो देखिने छ भन्ने प्रिन्टआउट प्राप्त गर्न सक्नुहुन्छ।

अर्को विकल्प भनेको प्रयोगकर्ता-डेटा उत्पन्न गर्न मोड्युल प्रयोग गर्नु हो। तपाईंले यो मोड्युल लागू गर्नुहुनेछ। तपाईंले डिस्कमा फाइल प्राप्त गर्नुभयो। यसलाई सन्दर्भ एकसँग तुलना गर्नुहोस्। र यसरी, यदि कोही केटाले प्रयोगकर्ता-डेटालाई थोरै सच्याउन निर्णय गर्छ भने, त्यसपछि तपाइँको परीक्षणहरूले यसो भन्नेछ: "ठीक छ, यहाँ र त्यहाँ केही परिवर्तनहरू छन् - यो सामान्य छ।"

अर्को कुरा म कुरा गर्न चाहन्छु Automate Terraform लागू।

अवश्य पनि, स्वचालित मोडमा Terraform लागू गर्न धेरै डरलाग्दो छ, किनकि कसलाई थाहा छ त्यहाँ के परिवर्तनहरू आएका छन् र तिनीहरू जीवित पूर्वाधारको लागि कत्ति विनाशकारी हुन सक्छन्।

परीक्षण वातावरणको लागि, यो सबै सामान्य छ। त्यो हो, परीक्षण वातावरण सिर्जना गर्ने काम सबै विकासकर्ताहरूलाई चाहिन्छ। र एक अभिव्यक्ति जस्तै "मेरो लागि सबै काम गर्यो" एक हास्यास्पद मेम होइन, तर प्रमाण हो कि एक व्यक्ति भ्रमित भयो, स्ट्याक उठायो, र यस स्ट्याकमा केहि परीक्षणहरू चलायो। र उनले त्यहाँ सबै ठीकठाक छ भनी सुनिश्चित गरे र भने: "ठीक छ, मैले जारी गरेको कोड परीक्षण गरिएको छ।"

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

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

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

र केकमा आइसिङ कोड अप्टिमाइजेसन हो। जब हामी टेराफर्म कोडसँग काम गर्छौं, हामीले मोड्युलमा धेरै संख्यामा प्यारामिटरहरू पास गर्नुपर्छ। यी मापदण्डहरू हुन् जुन कुनै प्रकारको स्रोत सिर्जना गर्न आवश्यक छ। र कोड मापदण्डहरूको ठूलो सूचीमा परिणत हुन्छ जुन मोड्युलबाट मोड्युलमा, मोड्युलबाट मोड्युलमा पास गर्न आवश्यक हुन्छ, विशेष गरी यदि मोड्युलहरू नेस्टेड छन्।

र यो पढ्न धेरै गाह्रो छ। यो समीक्षा गर्न धेरै गाह्रो छ। र धेरै पटक यो बाहिर जान्छ कि केहि प्यारामिटरहरू समीक्षाबाट गुज्र्छन् र तिनीहरू वास्तवमा के आवश्यक छैन। र यो पछि ठीक गर्न समय र पैसा खर्च हुन्छ।

त्यसकारण, म सुझाव दिन्छु कि तपाइँ यस्तो चीजलाई जटिल प्यारामिटरको रूपमा प्रयोग गर्नुहोस् जुन मानहरूको निश्चित रूख समावेश गर्दछ। त्यो हो, तपाईलाई केहि प्रकारको फोल्डर चाहिन्छ जहाँ तपाईसँग सबै मानहरू छन् जुन तपाईले केहि वातावरणमा राख्न चाहानुहुन्छ।

र यो मोड्युललाई कल गरेर, तपाईले एउटा रूख प्राप्त गर्न सक्नुहुन्छ जुन एक साझा मोड्युलमा उत्पन्न हुन्छ, त्यो हो, सम्पूर्ण पूर्वाधारको लागि समान काम गर्ने साझा मोड्युलमा।

यस मोड्युलमा तपाईंले टेराफर्ममा स्थानीयहरूको रूपमा हालैको सुविधा प्रयोग गरेर केही गणनाहरू गर्न सक्नुहुन्छ। र त्यसपछि, एक आउटपुटको साथ, केहि जटिल प्यारामिटर दिनुहोस्, जसमा एरे ह्यासहरू, आदि समावेश हुन सक्छ।

यहाँ मैले सबै उत्कृष्ट खोजहरू समाप्त गरेको छु। र म कोलम्बसको बारेमा एउटा कथा भन्न चाहन्छु। जब उनी भारत खोज्नको लागि आफ्नो अभियानको लागि पैसा खोज्दै थिए (जस्तै उसले सोचेको थियो), कसैले पनि उसलाई विश्वास गरेन र उनीहरूले सोचेका थिए कि यो असम्भव थियो। त्यसपछि उसले भन्यो: "अण्डा खसेको छैन भनेर सुनिश्चित गर्नुहोस्।" सबै बैंकरहरू, धेरै धनी र सम्भवतः चतुर व्यक्तिहरूले, कुनै न कुनै रूपमा अण्डा राख्ने प्रयास गरे, र यो झर्दै गयो। त्यसपछि कोलम्बसले अण्डा लिएर अलिकति थिचे। खोल टुक्रा टुक्रा भयो र अण्डा गतिहीन रह्यो। तिनीहरूले भने, "ओह, यो धेरै सजिलो छ!" र कोलम्बसले जवाफ दिए: "हो, यो धेरै सरल छ। र जब मैले भारत खोल्छु, सबैले यो व्यापार मार्ग प्रयोग गर्नेछन्।"

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

हिँड्नु पर्छ:

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

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

मेरो लागि यति हो। Terraform धेरै राम्रो छ, तपाईं यसलाई प्रयोग गर्नुहोस्। धन्यवाद!

तपाईंका प्रश्नहरू

रिपोर्ट को लागी धन्यवाद! तपाईंको राज्य फाइल S3 मा छ, तर तपाईं कसरी समस्या समाधान गर्नुहुन्छ कि धेरै व्यक्तिहरूले यो राज्य फाइल लिन र विस्तार गर्न प्रयास गर्न सक्छन्?

सबैभन्दा पहिले, हामी कुनै हतारमा छैनौं। दोस्रो, त्यहाँ झण्डाहरू छन्, जसमा हामी रिपोर्ट गर्छौं कि हामी कोडको केही टुक्रामा काम गरिरहेका छौं। त्यो हो, पूर्वाधार धेरै ठूलो छ भन्ने तथ्यको बावजुद, यसको मतलब यो होइन कि कसैले लगातार केहि प्रयोग गरिरहेको छ। र जब त्यहाँ एक सक्रिय चरण थियो, यो एक समस्या थियो; हामीले Git मा राज्य फाइलहरू भण्डारण गर्यौं। यो महत्त्वपूर्ण थियो, अन्यथा कसैले राज्य फाइल बनाउनेछ, र हामीले म्यानुअल रूपमा तिनीहरूलाई सबै कुरा जारी राख्नको लागि सँगै राख्नुपर्छ। अहिले त्यस्तो समस्या छैन । सामान्यतया, Terraform यो समस्या हल। र यदि केहि निरन्तर परिवर्तन भइरहेको छ भने, तपाइँ लकहरू प्रयोग गर्न सक्नुहुन्छ, जसले तपाइँले भनेको कुरालाई रोक्छ।

के तपाइँ खुला स्रोत वा उद्यम प्रयोग गर्दै हुनुहुन्छ?

कुनै इन्टरप्राइज छैन, अर्थात् तपाईले जाने र नि:शुल्क डाउनलोड गर्न सक्ने सबै कुरा।

मेरो नाम Stanislav हो। म एउटा सानो थप्न चाहन्थे। तपाईंले एउटा अमेजन सुविधाको बारेमा कुरा गर्नुभयो जसले तपाईंलाई एउटा उदाहरण अयोग्य बनाउन अनुमति दिन्छ। यो Terraform मा पनि छ; जीवन दोस्रो ब्लक मा तपाइँ परिवर्तन मा प्रतिबन्ध वा विनाश मा प्रतिबन्ध निर्दिष्ट गर्न सक्नुहुन्छ।

समय सीमित थियो। राम्रो बिन्दु।

मलाई पनि दुईवटा कुरा सोध्न मन लाग्यो । पहिलो, तपाईंले परीक्षणको बारेमा कुरा गर्नुभयो। के तपाईंले कुनै परीक्षण उपकरणहरू प्रयोग गर्नुभयो? मैले टेस्ट किचेन प्लगइनको बारेमा सुनें। सायद त्यहाँ केहि थप छ। र म स्थानीय मानहरूको बारेमा पनि सोध्न चाहन्छु। तिनीहरू कसरी इनपुट चरहरूबाट मौलिक रूपमा भिन्न छन्? र किन मैले स्थानीय मानहरू मार्फत मात्र केहि प्यारामिटराइज गर्न सक्दिन? मैले यो विषय पत्ता लगाउने कोसिस गरें, तर म आफैंले यसलाई बुझ्न सकिन।

हामी यस कोठा बाहिर थप विस्तारमा कुरा गर्न सक्छौं। हाम्रा परीक्षण उपकरणहरू पूर्ण रूपमा स्व-निर्मित छन्। त्यहाँ परीक्षण गर्न केहि छैन। सामान्यतया, त्यहाँ विकल्पहरू छन् जब स्वचालित परीक्षणहरूले पूर्वाधारहरू कतै उठाउँछन्, यो ठीक छ भनेर जाँच गर्नुहोस्, र त्यसपछि तपाईंको पूर्वाधार अझै राम्रो अवस्थामा छ भन्ने रिपोर्टको साथ सबै चीजहरू नष्ट गर्नुहोस्। हामीसँग यो छैन किनभने परीक्षण स्ट्याकहरू हरेक दिन चलाइन्छ। र यो पर्याप्त छ। र यदि कुनै चीज टुट्न थाल्छ भने, हामीले यसलाई कतै जाँच नगरी नै टुट्न थाल्छ।

स्थानीय मानहरूको सन्दर्भमा, कोठाबाहिर कुराकानी जारी राखौं।

नमस्ते! रिपोर्ट को लागी धन्यवाद! धेरै जानकारीमूलक। तपाईंले भन्नुभयो कि तपाईंसँग पूर्वाधार वर्णन गर्न धेरै समान प्रकारको कोड छ। के तपाईंले यो कोड उत्पन्न गर्ने विचार गर्नुभएको छ?

महान प्रश्न, धन्यवाद! बिन्दु यो हो कि जब हामी पूर्वाधारलाई कोडको रूपमा प्रयोग गर्छौं, हामी मान्दछौं कि हामीले कोड हेर्छौं र त्यो कोडको पछाडि के पूर्वाधार छ भनेर बुझ्छौं। यदि कोड उत्पन्न भयो भने, त्यहाँ कस्तो प्रकारको पूर्वाधार हुनेछ भनेर बुझ्नको लागि हामीले कुन कोड उत्पन्न हुनेछ भनेर कल्पना गर्न आवश्यक छ। कि त हामी कोड उत्पन्न गर्छौं, यसलाई प्रतिबद्ध गर्छौं, र अनिवार्य रूपमा उही कुरा हुन्छ। त्यसैले हामीले लेखेको बाटो पछ्यायौं, हामीले पायौं। प्लस जेनेरेटरहरू केही पछि देखा पर्यो जब हामीले तिनीहरूलाई बनाउन थाल्यौं। र यो परिवर्तन गर्न पहिले नै धेरै ढिलो भइसकेको थियो।

के तपाईंले jsonnet को बारेमा केहि सुन्नुभएको छ?

न

हेर, यो धेरै राम्रो कुरा हो। म एक विशिष्ट केस देख्छु जहाँ तपाइँ यसलाई लागू गर्न सक्नुहुन्छ र डाटा संरचना उत्पन्न गर्न सक्नुहुन्छ।

जेनेरेटरहरू राम्रो हुन्छन् जब तपाईंसँग हुन्छ, जस्तै सेभिङ मेसिनको मजाकमा। अर्थात् पहिलो पटक अनुहार फरक भए पनि त्यसपछि सबैको अनुहार एउटै हुन्छ । जेनरेटरहरू धेरै राम्रोसँग काम गर्छन्। तर, दुर्भाग्यवश, हाम्रो अनुहार अलि फरक छ। यो समस्या हो।

हेर त। धन्यवाद!

मेरो नाम म्याक्सिम हो, म Sberbank बाट हुँ। तपाईंले कसरी टेराफर्मलाई प्रोग्रामिङ भाषाको बराबरमा ल्याउने प्रयास गरिरहनुभएको थियो भन्ने बारेमा थोरै कुरा गर्नुभयो। Ansible प्रयोग गर्न सजिलो छैन?

यी धेरै फरक कुरा हुन्। तपाईं उत्तरदायी मा स्रोतहरू सिर्जना गर्न सक्नुहुन्छ, र कठपुतली Amazon मा स्रोतहरू सिर्जना गर्न सक्नुहुन्छ। तर Terraform सीधा माथि तीखा छ।

के तपाईसँग मात्र अमेजन छ?

यो होइन कि हामीसँग मात्र Amazon छ। हामीसँग लगभग अमेजन मात्र छ। तर मुख्य विशेषता भनेको Terraform सम्झन्छ। जवाफमा, यदि तपाइँ भन्नुहुन्छ: "मलाई 5 उदाहरणहरू दिनुहोस्," त्यसपछि यो उठ्नेछ, र त्यसपछि तपाइँ भन्नुहुन्छ: "र अब मलाई 3 चाहिन्छ।" र टेराफर्मले भन्नेछ: "ठीक छ, म 2 मार्नेछु," र एन्सिबलले भन्नेछ: "ठीक छ, यहाँ तपाईंको लागि 3 छ।" जम्मा ८।

नमस्ते! तपाईंको रिपोर्टको लागि धन्यवाद! Terraform को बारेमा सुन्न धेरै रोचक थियो। म यस तथ्यको बारेमा तुरुन्तै सानो टिप्पणी गर्न चाहन्छु कि Terraform को अझै स्थिर रिलीज छैन, त्यसैले Terraform लाई धेरै सावधानीपूर्वक व्यवहार गर्नुहोस्।

डिनरको लागि राम्रो चम्मच। त्यो हो, यदि तपाईलाई समाधान चाहिन्छ भने, कहिलेकाहीँ तपाईले अस्थिर चीजहरू छोड्नुहुन्छ, आदि, तर यसले काम गर्दछ र यसले हामीलाई मद्दत गर्‍यो।

प्रश्न यो हो। तपाइँ रिमोट ब्याकइन्ड प्रयोग गर्नुहुन्छ, तपाइँ S 3 प्रयोग गर्नुहुन्छ। तपाइँ किन आधिकारिक ब्याकइन्ड प्रयोग गर्नुहुन्न?

आधिकारिक?

टेराफर्म क्लाउड।

उहाँ कहिले देखा पर्नुभयो?

करिब ४ महिना अगाडि ।

यदि यो 4 वर्ष पहिले देखा पर्‍यो भने, मैले सायद तपाईंको प्रश्नको जवाफ दिने थिएँ।

त्यहाँ पहिले नै एक निर्मित प्रकार्य र ताल्चा छ, र तपाईं राज्य फाइल भण्डारण गर्न सक्नुहुन्छ। एक पटक कोशिस गर्नुहोला। तर मैले यो पनि परीक्षण गरेको छैन।

हामी ठूलो रेलमा यात्रा गर्दैछौं जुन तीव्र गतिमा चलिरहेको छ। र तपाईं केवल केहि कारहरू लिन र तिनीहरूलाई फाल्न सक्नुहुन्न।

तपाईंले हिउँका टुक्राहरूको बारेमा कुरा गर्नुभयो, तपाईंले किन शाखा प्रयोग गर्नुभएन? किन त्यसरी काम भएन ?

हाम्रो दृष्टिकोण भनेको सम्पूर्ण पूर्वाधार एउटै भण्डारमा छ। टेराफार्म, पपेट, सबै लिपिहरू जुन कुनै न कुनै रूपमा यससँग सम्बन्धित छन्, ती सबै एउटै भण्डारमा छन्। यस तरिकाले हामी सुनिश्चित गर्न सक्छौं कि वृद्धिशील परिवर्तनहरू एक पछि अर्को परीक्षण गरिन्छ। यदि यो शाखाहरूको गुच्छा थियो भने, त्यस्ता परियोजनाहरू कायम राख्न लगभग असम्भव हुनेछ। छ महिना बित्छ, र तिनीहरू यति धेरै भिन्न हुन्छन् कि यो केवल एक प्रकारको सजाय हो। रिफ्याक्टर गर्नु अघि म यसबाट बच्न चाहन्थें।

त्यसोभए यसले काम गर्दैन?

यो पटक्कै काम गर्दैन।

शाखामा मैले फोल्डर स्लाइड काटें। त्यो हो, यदि तपाइँ यसलाई प्रत्येक परीक्षण स्ट्याकको लागि गर्नुहुन्छ, उदाहरणका लागि, टोली A को आफ्नै फोल्डर छ, टोली B को आफ्नै फोल्डर छ, त्यसपछि यो पनि काम गर्दैन। हामीले एक एकीकृत परीक्षण वातावरण कोड सिर्जना गर्यौं जुन सबैलाई सुहाउन पर्याप्त लचिलो थियो। त्यो हो, हामीले एउटा कोड सेवा गर्यौं।

नमस्ते! मेरो नाम युरा हो! रिपोर्ट को लागी धन्यवाद! मोड्युल बारे प्रश्न। तपाईं मोड्युलहरू प्रयोग गर्दै हुनुहुन्छ भन्नुहुन्छ। यदि एक मोड्युलमा परिवर्तनहरू गरिएको छ जुन अर्को व्यक्तिको परिवर्तनसँग मिल्दैन भने तपाइँ कसरी समस्या समाधान गर्नुहुन्छ? के तपाइँ कुनै न कुनै रूपमा मोड्युलहरू संस्करण गर्दै हुनुहुन्छ वा दुई आवश्यकताहरू पूरा गर्न wunderwaffle ल्याउने प्रयास गर्दै हुनुहुन्छ?

यो हिउँको थुप्रोको ठूलो समस्या हो । केही निर्दोष परिवर्तनले पूर्वाधारको केही अंश भत्काउन सक्ने हुँदा हामीले भोग्नु पर्ने यही हो। र यो केहि लामो समय पछि मात्र ध्यान दिनेछ।

त्यो हो, यो अझै समाधान भएको छैन?

तपाईंले विश्वव्यापी मोड्युलहरू बनाउनुहुन्छ। हिमपातबाट बच्नुहोस्। र सबै काम हुनेछ। रिपोर्टको दोस्रो आधा यसबाट कसरी बच्ने भन्ने बारे छ।

नमस्ते! रिपोर्ट को लागी धन्यवाद! म स्पष्ट पार्न चाहन्छु। पर्दा पछाडि एउटा ठूलो थुप्रो थियो जसको लागि म आएको थिएँ। कठपुतली र भूमिका वितरण कसरी एकीकृत हुन्छ?

प्रयोगकर्ता-डेटा।

त्यो हो, तपाईंले फाइललाई थुकेर कुनै न कुनै रूपमा कार्यान्वयन गर्नुहुन्छ?

प्रयोगकर्ता-डेटा एउटा नोट हो, अर्थात् जब हामीले छविको क्लोन बनाउँछौं, डेमन त्यहाँ उठ्छ र, ऊ को हो भनेर पत्ता लगाउने प्रयास गर्दै, नोट पढ्छ कि ऊ लोड ब्यालेन्सर हो।

त्यो हो, के यो कुनै प्रकारको छुट्टै प्रक्रिया हो जुन दिइन्छ?

हामीले आविष्कार गरेका होइनौं। हामी यसलाई प्रयोग गर्छौं।

नमस्ते! मसँग प्रयोगकर्ताको डेटा बारे एउटा प्रश्न छ। तपाईले भन्नुभयो कि त्यहाँ समस्याहरू छन्, कि कसैले गलत ठाउँमा केहि पठाउन सक्छ। के त्यहाँ उही Git मा प्रयोगकर्ता-डेटा भण्डारण गर्ने कुनै तरिका छ, ताकि यो सधैँ स्पष्ट हुन्छ कि प्रयोगकर्ता-डेटाले के बुझाउँछ?

हामी टेम्प्लेटबाट प्रयोगकर्ता-डेटा उत्पन्न गर्छौं। त्यो हो, चर को एक निश्चित संख्या त्यहाँ प्रयोग गरिन्छ। र Terraform ले अन्तिम परिणाम उत्पन्न गर्दछ। तसर्थ, तपाइँ केवल टेम्प्लेट हेर्न र के हुनेछ भन्न सक्नुहुन्न, किनकि सबै समस्याहरू यस तथ्यसँग सम्बन्धित छन् कि विकासकर्ताले सोच्दछ कि उसले यो चरमा स्ट्रिङ पास गरिरहेको छ, तर त्यहाँ एरे प्रयोग गरिएको छ। र ऊ - बाम र म - यस्तै-यस्तै, यस्तै-त्यस-त्यसो, अर्को लाइन, र सबै बिग्रियो। यदि यो नयाँ स्रोत हो र एक व्यक्तिले यसलाई उठायो र देख्यो कि केहि काम गरिरहेको छैन, त्यसपछि यो छिट्टै समाधान हुन्छ। र यदि यो अटोस्केल समूह अद्यावधिक गरिएको छ, तब केहि बिन्दुमा अटोस्केल समूहमा उदाहरणहरू प्रतिस्थापन गर्न थाल्छ। र धमाका, केहि काम गर्दैन। यसले दुखाउँछ।

यो एकमात्र समाधान परीक्षण हो कि बाहिर जान्छ?

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

मेरो नाम तैमुर हो। यो धेरै राम्रो छ कि त्यहाँ कसरी Terraform लाई व्यवस्थित गर्ने बारे रिपोर्टहरू छन्।

मैले त सुरु नै गरेको छैन ।

मलाई लाग्छ कि अर्को सम्मेलनमा त्यहाँ हुन सक्छ। मेरो एउटा साधारण प्रश्न छ। तपाईले tfvars प्रयोग गर्नुको सट्टा छुट्टै मोड्युलमा मानलाई किन हार्डकोड गरिरहनुभएको छ, अर्थात् Tfvars भन्दा मूल्य भएको मोड्युल किन राम्रो छ?

त्यो हो, के मैले यहाँ लेख्नु पर्छ (स्लाइड: उत्पादन/पर्यावरण/settings.tf): डोमेन = चर, डोमेन vpcnetwork, चर vpcnetwork र stvars - के मैले एउटै कुरा पाउन सक्छु?

ठ्याक्कै हामी के गर्छौं। हामी सेटिङ स्रोत मोड्युललाई सन्दर्भ गर्छौं, उदाहरणका लागि।

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

के सबै कुरा एकै ठाउँमा हुन सम्भव छ?

हो, tfvars तब हुन्छ जब तपाईंसँग एउटा कोड हुन्छ। र यो विभिन्न nuances संग धेरै फरक ठाउँहरूमा प्रयोग गरिन्छ। त्यसोभए तपाईंले tfvars फाल्नुभयो र आफ्नो सूक्ष्मताहरू प्राप्त गर्नुहुनेछ। र हामी यसको शुद्ध रूप मा कोड को रूप मा पूर्वाधार हो। मैले हेरें र बुझें।

नमस्ते! तपाईंले Terraform बनाउनु भएको कुरामा क्लाउड प्रदायकले हस्तक्षेप गर्ने परिस्थितिहरूको सामना गर्नुभएको छ? हामी मेटाडेटा सम्पादन गर्छौं भनौं। त्यहाँ ssh कुञ्जीहरू छन्। र गुगलले लगातार यसको मेटाडाटा र यसको कुञ्जीहरू त्यहाँ राख्छ। र Terraform सधैं यो परिवर्तन छ कि लेख्छ। प्रत्येक दौड पछि, केहि परिवर्तन भएन भने पनि, उनी सधैं भन्छन् कि यो फिल्ड अब अपडेट गर्नेछ।

कुञ्जीहरूसँग, तर हो, पूर्वाधारको अंश यस चीजबाट प्रभावित हुन्छ, अर्थात् टेराफर्मले केहि परिवर्तन गर्न सक्दैन। हामी पनि आफ्नो हातले केहि परिवर्तन गर्न सक्दैनौं। हामी अहिलेको लागि यसको साथ बाँच्नेछौं।

त्यो हो, तपाईले यस्तो केहि सामना गर्नुभयो, तर केहि लिएर आउनु भएको छैन, उसले कसरी गर्छ र आफैं गर्छ?

दुर्भाग्य हो।

नमस्ते! मेरो नाम Starkov Stanislav हो। मेल। ru समूह। तपाइँ कसरी ट्याग उत्पन्न गर्ने समस्या समाधान गर्नुहुन्छ ..., तपाइँ यसलाई भित्र कसरी पास गर्नुहुन्छ? मैले बुझे अनुसार, प्रयोगकर्ता - डेटा मार्फत होस्ट नाम निर्दिष्ट गर्न, पपेट अन सेट गर्नुहोस्? र प्रश्नको दोस्रो भाग। तपाईं SG मा यो समस्या कसरी समाधान गर्नुहुन्छ, अर्थात् जब तपाईं SG उत्पन्न गर्नुहुन्छ, एकै प्रकारका सयौं उदाहरणहरू, तिनीहरूको लागि सही नाम के हो?

ती उदाहरणहरू जुन हाम्रो लागि धेरै महत्त्वपूर्ण छन्, हामी तिनीहरूलाई सुन्दर नाम दिन्छौं। ती आवश्यक छैन, त्यहाँ एक नोट छ कि यो एक autoscale समूह हो। र सैद्धान्तिक रूपमा तपाईं यसलाई खाली गर्न सक्नुहुन्छ र नयाँ प्राप्त गर्न सक्नुहुन्छ।

ट्यागको समस्याको लागि, त्यहाँ त्यस्तो कुनै समस्या छैन, तर त्यहाँ यस्तो कार्य छ। र हामी ट्यागहरू धेरै, धेरै भारी प्रयोग गर्छौं, किनभने पूर्वाधार ठूलो र महँगो छ। र हामीले पैसा कहाँ जाँदैछ भनेर हेर्नु आवश्यक छ, त्यसैले ट्यागहरूले हामीलाई के कहाँ गयो भत्काउन अनुमति दिन्छ। र, तदनुसार, केहि चीजको खोजीमा धेरै पैसा यहाँ खर्च गरिन्छ।

अरु के को प्रश्न थियो ?

जब SG ले सयौं उदाहरणहरू सिर्जना गर्दछ, के तिनीहरूलाई कुनै न कुनै रूपमा छुट्याउन आवश्यक छ?

होइन, नगर्नुहोस्। प्रत्येक उदाहरणमा त्यहाँ एक एजेन्ट छ जसले रिपोर्ट गर्छ कि मलाई समस्या छ। यदि एजेन्टले रिपोर्ट गर्छ भने, एजेन्टलाई उसको बारेमा थाहा हुन्छ र, कम्तीमा, उसको आईपी ठेगाना अवस्थित छ। तपाईं पहिले नै भाग्न सक्नुहुन्छ। दोस्रो, हामी खोजका लागि कन्सुल प्रयोग गर्छौं, जहाँ कुबर्नेट्स छैन। र कन्सुलले उदाहरणको आईपी ठेगाना पनि देखाउँदछ।

त्यो हो, के तपाइँ विशेष रूपमा IP मा ध्यान केन्द्रित गर्दै हुनुहुन्छ, र होस्ट नाममा होइन?

होस्ट नाम द्वारा नेभिगेट गर्न असम्भव छ, अर्थात् ती मध्ये धेरै छन्। त्यहाँ उदाहरण पहिचानकर्ताहरू छन् - AE, आदि। तपाइँ यसलाई कतै फेला पार्न सक्नुहुन्छ, तपाइँ यसलाई खोजीमा फाल्न सक्नुहुन्छ।

नमस्ते! मैले महसुस गरें कि टेराफर्म एक राम्रो चीज हो, बादलहरूको लागि अनुकूल।

त्यो मात्र हैन।

यो ठ्याक्कै मेरो चासोको प्रश्न हो। यदि तपाइँ सार्न निर्णय गर्नुहुन्छ भने, भन्नुहोस्, तपाइँका सबै उदाहरणहरू सहित बेयर मेटलमा? त्यहाँ कुनै समस्या हुनेछ? वा तपाईंले अझै अन्य उत्पादनहरू प्रयोग गर्नुपर्नेछ, उदाहरणका लागि, यहाँ उल्लेख गरिएको उही उत्तर?

उत्तरदायी अरू कुराको बारेमा थोरै हो। त्यो हो, उदाहरण सुरु भएको बेला Ansible पहिले नै काम गर्दछ। र उदाहरण सुरु हुनु अघि Terraform काम गर्दछ। बेयर मेटलमा स्विच गर्दै - होइन।

अहिले होइन, तर व्यवसायी आउनेछन् र भन्छन्: "आउनुहोस्।"

अर्को क्लाउडमा स्विच गर्दै - हो, तर यहाँ अलि फरक चाल छ। तपाईंले टेराफर्म कोड यस्तो तरिकाले लेख्नुपर्छ कि तपाईंले कम प्रयासमा केही अन्य क्लाउडमा स्विच गर्न सक्नुहुन्छ।

सुरुमा, हाम्रो सम्पूर्ण पूर्वाधार अज्ञेयवादी थियो, अर्थात् जुनसुकै क्लाउड उपयुक्त हुनुपर्छ भन्ने कार्य सेट गरिएको थियो, तर केही बिन्दुमा व्यवसायले छोड्यो र भन्यो: "ठीक छ, अर्को N वर्षहरूमा हामी कतै जाने छैनौं, हामी सेवाहरू प्रयोग गर्न सक्छौं। अमेजन बाट "

Terraform ले तपाईंलाई फ्रन्ट-एन्ड कार्यहरू सिर्जना गर्न, PagerDuty, डाटा कागजात, आदि कन्फिगर गर्न अनुमति दिन्छ। यसमा धेरै टेलहरू छन्। उहाँले व्यावहारिक रूपमा सम्पूर्ण संसारलाई नियन्त्रण गर्न सक्नुहुन्छ।

रिपोर्ट को लागी धन्यवाद! म पनि 4 वर्ष देखि Terraform प्रयोग गर्दैछु। टेराफर्ममा सहज संक्रमणको चरणमा, पूर्वाधारमा, घोषणात्मक विवरणमा, हामीले एउटा परिस्थितिको सामना गर्यौं जहाँ कसैले हातले केही गरिरहेको थियो, र तपाईंले योजना बनाउन खोज्दै हुनुहुन्छ। र मैले त्यहाँ केहि प्रकारको त्रुटि पाएँ। यस्ता समस्यासँग कसरी जुध्नुहुन्छ ? सूचीबद्ध गरिएका हराएको स्रोतहरू कसरी फेला पार्न सक्नुहुन्छ?

मुख्यतया हाम्रो हात र आँखाले, यदि हामीले रिपोर्टमा केहि अनौठो देख्यौं भने, हामी त्यहाँ के भइरहेको छ भनेर विश्लेषण गर्छौं, वा हामी केवल मार्छौं। सामान्यतया, पुल अनुरोधहरू एक सामान्य कुरा हो।

यदि त्यहाँ त्रुटि छ भने, के तपाइँ रोलब्याक गर्नुहुन्छ? के तपाईंले यो गर्ने प्रयास गर्नुभयो?

होइन, यो एक व्यक्तिको निर्णय हो जब उसले समस्या देख्छ।

स्रोत: www.habr.com