Terraform से CloudFormation में ले जाया गया - और पछतावा हुआ

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

Terraform और CloudFormation के साथ अनुभव की तुलना करें

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

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

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

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

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

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

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

टेराफॉर्म ग्रेट

आंशिक वसूली

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

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

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

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

-एक चिंतित अभियंता स्वीकार बटन दबाने के लिए तैयार है।

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

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

लचीलापन

विपरीत से सॉफ्टवेयर लिखें।

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

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

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

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

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

"चलो स्क्रिप्ट और ठीक है।"

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

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

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

आखिर, अभी भी वह बुनियादी ढांचा है जिस पर वह काम करता है।

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

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

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

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

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

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

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

... 3 साल बाद:

• लीड : और हमें टेराफॉर्म मिला।

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

CloudFormation लैंबडा बनाम गिट मॉड्यूल टेरफॉर्म

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

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

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

सुनिश्चित करें कि वास्तविकता उम्मीदों पर खरी उतरती है।

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

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

CDK और CloudFormation का भविष्य

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

इसलिए टेराफॉर्म निराश नहीं करता है

यह "कोड के रूप में अवसंरचना" है, न कि "पाठ के रूप में।"

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

अच्छे सॉफ्टवेयर विकास के सामान्य सत्य टेराफॉर्म पर लागू होते हैं

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

कोड को कैसे प्रलेखित नहीं किया जा सकता है?

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

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

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

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

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

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

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

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

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

क्या आप सिंगलेट्स को कोड करते हैं, या निर्भरता का परिचय देते हैं?

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

क्या आपके पुस्तकालय दस काम अच्छी तरह से करते हैं, या एक चीज महान है?

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

आप पिछड़े संगतता के बिना पुस्तकालयों में परिवर्तन कैसे करते हैं?

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

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

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

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

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

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

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

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