टेराफ़ॉर्म से क्लाउडफ़ॉर्मेशन पर स्विच किया गया - और इसका पछतावा हुआ

दोहराए जाने योग्य पाठ प्रारूप में बुनियादी ढांचे को कोड के रूप में प्रस्तुत करना उन प्रणालियों के लिए एक सरल सर्वोत्तम अभ्यास है, जिन्हें चूहों के साथ खिलवाड़ करने की आवश्यकता नहीं होती है। इस प्रथा का एक नाम है - कोड के रूप में अवसंरचना, और अब तक इसे लागू करने के लिए दो लोकप्रिय उपकरण हैं, खासकर AWS में: terraform и बादल निर्माण.

टेराफ़ॉर्म और क्लाउडफ़ॉर्मेशन के साथ अनुभव की तुलना करना

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

टेराफॉर्म भयानक

बीटा सॉफ्टवेयर

टेराफ़ॉर्म ने अभी तक संस्करण 1.0 भी जारी नहीं किया है, जो इसका उपयोग न करने का एक अच्छा कारण है। जब से मैंने इसे पहली बार स्वयं आज़माया था, तब से इसमें बहुत बदलाव आया है, लेकिन तब से terraform apply अक्सर कई अद्यतनों के बाद या बस कुछ वर्षों के उपयोग के बाद ख़राब हो जाता है। मैं कहूंगा कि "अब सब कुछ अलग है," लेकिन... हर कोई यही कहता दिखता है, नहीं? ऐसे परिवर्तन हैं जो पिछले संस्करणों के साथ असंगत हैं, हालांकि वे उपयुक्त हैं, और ऐसा भी लगता है कि संसाधन भंडार के वाक्यविन्यास और सार अब हमें चाहिए। ऐसा लगता है कि उपकरण वास्तव में बेहतर हो गया है, लेकिन... :-0

दूसरी ओर, AWS ने पिछड़ी संगतता बनाए रखते हुए अच्छा काम किया है। ऐसा शायद इसलिए है क्योंकि उनकी सेवाओं का अक्सर संगठन के भीतर पूरी तरह से परीक्षण किया जाता है और उसके बाद ही, नाम बदलकर प्रकाशित किया जाता है। इसलिए "उन्होंने बहुत कोशिश की" एक अल्प कथन है। AWS जैसे विविध और जटिल सिस्टम के लिए API के साथ बैकवर्ड संगतता बनाए रखना अविश्वसनीय रूप से कठिन है। जिस किसी को भी व्यापक रूप से उपयोग किए जाने वाले सार्वजनिक एपीआई को बनाए रखना पड़ा है, उसे समझना चाहिए कि इतने वर्षों तक ऐसा करना कितना मुश्किल है। लेकिन मेरी याददाश्त में, क्लाउडफॉर्मेशन का व्यवहार पिछले कुछ वर्षों में कभी नहीं बदला है।

पैर से मिलो... गोली है

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

टेराफॉर्म बढ़िया

अपूर्ण राज्यों से वसूली

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

दूसरी ओर, टेराफ़ॉर्म विफल बदलावों से अधिक सुंदर तरीके से उबरता है और उन्नत डिबगिंग टूल प्रदान करता है।

दस्तावेज़ स्थिति में स्पष्ट परिवर्तन

“ठीक है, लोड बैलेंसर, आप बदल रहे हैं। आख़िर कैसे?"

- चिंतित इंजीनियर, "स्वीकार करें" बटन दबाने के लिए तैयार।

कभी-कभी मुझे क्लाउडफॉर्मेशन स्टैक में लोड बैलेंसर के साथ कुछ हेरफेर करने की आवश्यकता होती है, जैसे पोर्ट नंबर जोड़ना या सुरक्षा समूह बदलना। ClouFormation खराब तरीके से परिवर्तन प्रदर्शित करता है। यह सुनिश्चित करने के लिए कि मैंने कुछ भी आवश्यक मिटाया नहीं है और कुछ भी अनावश्यक नहीं जोड़ा है, मैं यैमल फ़ाइल को दस बार दोबारा जांचता हूं।

इस संबंध में टेराफ़ॉर्म कहीं अधिक पारदर्शी है। कभी-कभी वह अत्यधिक पारदर्शी भी होता है (पढ़ें: उबाऊ)। सौभाग्य से, नवीनतम संस्करण में परिवर्तनों का बेहतर प्रदर्शन शामिल है ताकि अब आप देख सकें कि वास्तव में क्या बदल रहा है।

लचीलापन

सॉफ़्टवेयर को पीछे की ओर लिखें.

स्पष्ट रूप से कहें तो, लंबे समय तक चलने वाले सॉफ़्टवेयर की सबसे महत्वपूर्ण विशेषता परिवर्तन के अनुकूल होने की क्षमता है। किसी भी सॉफ़्टवेयर को पीछे की ओर लिखें. अक्सर मैंने "सरल" सेवा लेकर और फिर सब कुछ एक ही क्लाउडफॉर्मेशन या टेराफॉर्म स्टैक में जमा करना शुरू करके गलतियाँ कीं। और हां, महीनों बाद यह पता चला कि मैंने सब कुछ गलत समझा था, और सेवा वास्तव में सरल नहीं थी! और अब मुझे किसी तरह एक बड़े ढेर को छोटे घटकों में तोड़ने की ज़रूरत है। जब आप क्लाउडफॉर्मेशन के साथ काम करते हैं, तो यह केवल पहले मौजूदा स्टैक को फिर से बनाकर किया जा सकता है, और मैं अपने डेटाबेस के साथ ऐसा नहीं करता हूं। दूसरी ओर, टेराफॉर्म ने ढेर को विच्छेदित करना और इसे अधिक समझने योग्य छोटे भागों में तोड़ना संभव बना दिया।

गिट में मॉड्यूल

क्लाउडफॉर्मेशन कोड को साझा करने की तुलना में टेराफॉर्म कोड को कई स्टैक में साझा करना बहुत आसान है। टेराफॉर्म के साथ, आप अपना कोड गिट रिपॉजिटरी में डाल सकते हैं और सिमेंटिक संस्करण नियंत्रण का उपयोग करके इसे एक्सेस कर सकते हैं। इस रिपॉजिटरी तक पहुंच रखने वाला कोई भी व्यक्ति साझा कोड का पुन: उपयोग कर सकता है। CloudFormation का समतुल्य S3 है, लेकिन इसके समान लाभ नहीं हैं, और ऐसा कोई कारण नहीं है कि हम S3 के पक्ष में git को छोड़ दें।

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

कोड के रूप में संचालन

"आइए इसे स्क्रिप्ट करें और ठीक है।"

-टेराफॉर्म साइकिल का आविष्कार करने से 3 साल पहले एक इंजीनियर।

जब सॉफ़्टवेयर विकास की बात आती है, तो गो या जावा प्रोग्राम केवल कोड नहीं है।

कोड के रूप में कोड

इसमें बुनियादी ढांचा भी है जिस पर यह काम करता है।

कोड के रूप में अवसंरचना

लेकिन वह कहां से है? इसकी निगरानी कैसे करें? आपका कोड कहाँ रहता है? क्या डेवलपर्स को एक्सेस अनुमति की आवश्यकता है?

कोड के रूप में संचालन

सॉफ़्टवेयर डेवलपर होने का मतलब केवल कोड लिखना नहीं है।

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

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

• Я: अरे, यह एक माइक्रोसर्विस को ओवरक्लॉक करने के लिए बहुत सारे इशारे हैं। मुझे AWS खाता बनाने के लिए इस कचरे का उपयोग करना होगा (हम 2 खातों पर गए थे)। माइक्रोसर्विस), फिर यह अलर्ट सेट करने के लिए, यह कोड रिपॉजिटरी के लिए, और यह ईमेल सूची के लिए, और फिर यह...
• नेतृत्व करना: चलिए इसे स्क्रिप्ट करते हैं और ठीक है।
• Я: ठीक है, लेकिन स्क्रिप्ट स्वयं बदल जाएगी। हमें यह जांचने के लिए एक तरीके की आवश्यकता होगी कि ये सभी अंतर्निहित अमेज़ॅन उपकरण अद्यतित हैं या नहीं।
• नेतृत्व करना: सुनने में तो अच्छा लगता है। और हम इसके लिए एक स्क्रिप्ट लिखेंगे।
• Я: महान! और स्क्रिप्ट को शायद अभी भी पैरामीटर सेट करने की आवश्यकता होगी। क्या वह उन्हें स्वीकार करेगा?
• नेतृत्व करना: वह जहां जाता है उसे वहीं ले जाने दो!
• Я: प्रक्रिया बदल सकती है और पश्चगामी अनुकूलता नष्ट हो जाएगी। किसी प्रकार के सिमेंटिक संस्करण नियंत्रण की आवश्यकता होगी।
• नेतृत्व करना: महान विचार!
• Я: टूल को उपयोगकर्ता इंटरफ़ेस के अंदर मैन्युअल रूप से बदला जा सकता है। हमें इसे जांचने और ठीक करने के लिए एक तरीके की आवश्यकता होगी।

…3 वर्षों के बाद:

• नेतृत्व करना: और हमें टेराफॉर्म मिला।

कहानी का नैतिक यह है: भले ही आप अमेज़ॅन की हर चीज़ में अव्वल रहें, आप अभी भी कुछ ऐसा उपयोग कर रहे हैं जो AWS से नहीं है, और इन सेवाओं में एक स्थिति होती है जो उस स्थिति को सिंक में रखने के लिए कॉन्फ़िगरेशन भाषा का उपयोग करती है।

क्लाउडफॉर्मेशन लैम्ब्डा बनाम गिट मॉड्यूल टेराफॉर्म

लैम्ब्डा कस्टम लॉजिक समस्या के लिए क्लाउडफॉर्मेशन का समाधान है। लैम्ब्डा के साथ आप कर सकते हैं मैक्रोज़ बनाएं या उपयोगकर्ता संसाधन. यह दृष्टिकोण अतिरिक्त जटिलताओं का परिचय देता है जो टेराफॉर्म के गिट मॉड्यूल के सिमेंटिक संस्करण में मौजूद नहीं हैं। मेरे लिए, सबसे बड़ी समस्या इन सभी उपयोगकर्ता लैम्ब्डा (और ये दर्जनों AWS खाते हैं) के लिए अनुमतियाँ प्रबंधित करना था। एक अन्य महत्वपूर्ण समस्या थी "पहले क्या आया, मुर्गी या अंडा?" समस्या: यह लैम्ब्डा कोड से संबंधित थी। यह फ़ंक्शन स्वयं बुनियादी ढांचा और कोड है, और इसे स्वयं निगरानी और अद्यतन की आवश्यकता है। ताबूत में अंतिम कील लैम्ब्डा कोड परिवर्तनों को शब्दार्थ रूप से अद्यतन करने में कठिनाई थी; हमें यह भी सुनिश्चित करना था कि बिना सीधे कमांड के स्टैक क्रियाएँ रन के बीच न बदलें।

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

यह बहाव का बेहतर पता लगाता है

सुनिश्चित करें कि वास्तविकता अपेक्षाओं से मेल खाती हो।

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

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

सीडीके और क्लाउडफॉर्मेशन का भविष्य

क्लाउडफॉर्मेशन को बड़े, क्रॉस-इंफ्रास्ट्रक्चर स्केल पर प्रबंधित करना मुश्किल है। इनमें से कई कठिनाइयों को पहचाना गया है और उपकरण को जैसी चीजों की आवश्यकता है aws-सीडीके, कोड में क्लाउड इंफ्रास्ट्रक्चर को परिभाषित करने और इसे AWS क्लाउडफॉर्मेशन के माध्यम से चलाने के लिए एक रूपरेखा। यह देखना दिलचस्प होगा कि एडब्ल्यूएस-सीडीके का भविष्य क्या है, लेकिन टेराफॉर्म की अन्य शक्तियों के साथ प्रतिस्पर्धा करने में उसे कठिनाई होगी; CloudFormation को अद्यतन लाने के लिए वैश्विक परिवर्तनों की आवश्यकता होगी।

ताकि टेराफॉर्म निराश न हो

यह "एक कोड के रूप में बुनियादी ढांचा" है, न कि "एक पाठ के रूप में"।

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

अच्छे सॉफ़्टवेयर विकास के सिद्धांत टेराफ़ॉर्म पर भी लागू होते हैं।

मैंने देखा है कि अच्छे कोड बनाने के लिए अपनाई गई कई प्रथाओं को टेराफ़ॉर्म में नज़रअंदाज़ किया जा रहा है। आपने एक अच्छा प्रोग्रामर बनने के लिए वर्षों तक अध्ययन किया है। इस अनुभव को सिर्फ इसलिए न छोड़ें क्योंकि आप टेराफॉर्म के साथ काम कर रहे हैं। अच्छे सॉफ़्टवेयर विकास के सिद्धांत टेराफ़ॉर्म पर लागू होते हैं।

कोड का दस्तावेजीकरण कैसे नहीं किया जा सकता?

मैंने बिना किसी दस्तावेज़ीकरण के विशाल टेराफ़ॉर्म स्टैक देखे हैं। आप पेजों में कोड कैसे लिख सकते हैं - बिना किसी दस्तावेज के? वह दस्तावेज़ जोड़ें जो आपकी व्याख्या करता हो कोड टेराफॉर्म ("कोड" शब्द पर जोर), यह अनुभाग इतना महत्वपूर्ण क्यों है, और आप क्या करते हैं।

हम उन सेवाओं को कैसे तैनात कर सकते हैं जो कभी एक बड़ा मुख्य() फ़ंक्शन हुआ करती थीं?

मैंने एकल मॉड्यूल के रूप में प्रस्तुत किए गए बहुत जटिल टेराफ़ॉर्म स्टैक देखे हैं। हम इस तरह से सॉफ़्टवेयर तैनात क्यों नहीं करते? हम बड़े कार्यों को छोटे कार्यों में क्यों विभाजित करते हैं? वही उत्तर टेराफॉर्म पर लागू होते हैं। यदि आपका मॉड्यूल बहुत बड़ा है, तो आपको इसे छोटे मॉड्यूल में विभाजित करना होगा।

क्या आपकी कंपनी पुस्तकालयों का उपयोग नहीं करती?

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

क्या आप PEP8 या gofmt का उपयोग नहीं कर रहे हैं?

अधिकांश भाषाओं में एक मानक, स्वीकृत स्वरूपण योजना होती है। पायथन में यह PEP8 है। गो में - गोफम्. टेराफ़ॉर्म का अपना है: terraform fmt. अपने स्वास्थ्य के लिए इसका आनंद लें!

क्या आप जावास्क्रिप्ट को जाने बिना रिएक्ट का उपयोग करेंगे?

टेराफ़ॉर्म मॉड्यूल आपके द्वारा बनाए गए जटिल बुनियादी ढांचे के कुछ हिस्से को सरल बना सकते हैं, लेकिन इसका मतलब यह नहीं है कि आप इसके साथ बिल्कुल भी छेड़छाड़ नहीं कर सकते हैं। संसाधनों को समझे बिना टेराफॉर्म का सही उपयोग करना चाहते हैं? आप बर्बाद हो गए हैं: समय बीत जाएगा, और आप कभी भी टेराफॉर्म में महारत हासिल नहीं कर पाएंगे।

क्या आप सिंगलटन या निर्भरता इंजेक्शन के साथ कोडिंग कर रहे हैं?

सॉफ़्टवेयर विकास के लिए निर्भरता इंजेक्शन एक मान्यता प्राप्त सर्वोत्तम अभ्यास है और इसे सिंगलटन की तुलना में प्राथमिकता दी जाती है। टेराफॉर्म में यह किस प्रकार उपयोगी है? मैंने टेराफ़ॉर्म मॉड्यूल देखे हैं जो दूरस्थ स्थिति पर निर्भर करते हैं। दूरस्थ स्थिति को पुनः प्राप्त करने वाले मॉड्यूल लिखने के बजाय, एक मॉड्यूल लिखें जो पैरामीटर लेता है। और फिर इन पैरामीटर्स को मॉड्यूल में पास करें।

क्या आपके पुस्तकालय दस चीजें अच्छी तरह से करते हैं या एक चीज बढ़िया करते हैं?

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

पश्चगामी अनुकूलता के बिना आप पुस्तकालयों में परिवर्तन कैसे करते हैं?

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

क्या आपकी उत्पादन सेवा आपके लैपटॉप पर या डेटा सेंटर में चल रही है?

हाशिकोर्प के पास जैसे उपकरण हैं टेराफ़ॉर्म बादल अपना टेराफॉर्म चलाने के लिए। ये केंद्रीकृत सेवाएँ टेराफ़ॉर्म परिवर्तनों का प्रबंधन, ऑडिट और अनुमोदन करना आसान बनाती हैं।

क्या आप परीक्षण नहीं लिखते?

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

टेराफॉर्म और माइक्रोसर्विसेज

माइक्रोसर्विसेज कंपनियों का जीवन और मृत्यु नए माइक्रोसर्विसेज वर्कस्टैक्स की गति, नवाचार और व्यवधान पर निर्भर करता है।

माइक्रोसर्विस आर्किटेक्चर से जुड़ा सबसे आम नकारात्मक पहलू, और जिसे समाप्त नहीं किया जा सकता है, वह कार्य से संबंधित है, कोड से नहीं। यदि आप टेराफॉर्म को केवल माइक्रोसर्विसेज आर्किटेक्चर के बुनियादी ढांचे के पक्ष को स्वचालित करने का एक तरीका मानते हैं, तो आप सिस्टम के वास्तविक लाभों से चूक रहे हैं। अब यह पहले से ही है सब कुछ कोड की तरह है.

स्रोत: www.habr.com