मैं टेम्प्लेट डीबगिंग प्रक्रिया को कैसे तेज बना सकता हूं, या क्या मैं हमेशा अपनी गलतियों को नोट करने के आधे घंटे बाद उन्हें अटका देता हूं?
यहां कुछ बेहतरीन अभ्यास सुझाव दिए गए हैं, जो विशेष रूप से जटिल क्लाउडफ़ॉर्मेशन-टेम्प्लेट विकास की पुनरावृत्ति गति में सुधार पर ध्यान केंद्रित कर रहे हैं:
टेम्प्लेट और स्टैक अपडेट को मान्य करने के लिए CloudFormation टूल का उपयोग करें
AWS ने पहले ही अपने सर्वश्रेष्ठ आचरण दस्तावेज़ में इनकी रूपरेखा तैयार कर ली है, इसलिए मैं इन्हें नहीं दोहराऊंगा:
इस चरण का बिंदु वास्तव में स्टैक निर्माण / अद्यतन करने से पहले स्पष्ट वाक्यविन्यास या तार्किक त्रुटियों को पकड़ना है।
अलगाव में परीक्षण संसाधन
किसी जटिल स्टैक में किसी भी व्यक्तिगत CloudFormation संसाधन का उपयोग करने से पहले, सुनिश्चित करें कि आप उस संसाधन के निर्माण / अद्यतन / हटाए जाने वाले व्यवहार की पूरी सीमा को अच्छी तरह से समझते हैं, जिसमें उपयोग और विशिष्ट स्टार्टअप / अशांति के समय की कोई सीमा शामिल है, छोटे, स्टैंडअलोन स्टैक में उनके व्यवहार का परीक्षण करके। प्रथम।
- यदि आप किसी तृतीय-पक्ष कस्टम संसाधन का विकास या उपयोग कर रहे हैं, तो भाषा प्लेटफ़ॉर्म के लिए उपयुक्त पुस्तकालयों का उपयोग करके यूनिट परीक्षण लिखें, यह सुनिश्चित करने के लिए कि आवेदन तर्क सभी उपयोग-मामलों में अपेक्षित है।
- ज्ञात रहे कि अंतर्निहित API कॉल के व्यवहार के आधार पर किसी व्यक्ति संसाधन के निर्माण / अद्यतन / हटाने के लिए समय की मात्रा संसाधन प्रकारों के बीच व्यापक रूप से भिन्न हो सकती है। उदाहरण के लिए, सेकंड में अपडेट करने / हटाने / बनाने / हटाने के लिए एक जटिल
AWS::CloudFront::Distribution
संसाधन को कभी-कभी 30-60 मिनट लग सकते हैं AWS::EC2::SecurityGroup
।
- व्यक्तिगत संसाधन में उनके कार्यान्वयन में बग / मुद्दे / सीमाएँ हो सकती हैं, जो कि बहुत बड़े स्टैक के बजाय अलगाव में परीक्षण के लिए डिबग करना और विकसित करना बहुत आसान है। अपनी व्यक्तिगत AWS खाता सेटिंग, या उस क्षेत्र के आधार पर सेवाओं की उपलब्धता, जिसके भीतर आप अपना स्टैक बनाते हैं, के आधार पर AWS सेवा सीमा जैसी सीमाओं का ध्यान रखें ।
छोटे वेतन वृद्धि में जटिल ढेर बनाएँ
स्टैक निर्माण / अद्यतन करते समय, किसी भी एक संसाधन में विफलता, स्टैक को संसाधन परिवर्तनों के पूरे सेट को रोलबैक करने का कारण बनेगी, जो अन्य सफलतापूर्वक बनाए गए संसाधनों को अनावश्यक रूप से नष्ट कर सकता है और एक लंबे समय के साथ एक जटिल स्टैक का निर्माण करते समय बहुत लंबा समय ले सकता है। संबद्ध संसाधनों का निर्भरता-ग्राफ।
इसका समाधान यह है कि एक बार में संसाधन एक (या कुछ) को जोड़ते हुए अपने स्टैक को छोटे अपडेट बैचों में बढ़ाएँ। इस तरह, अगर / जब एक संसाधन निर्माण / अद्यतन में विफलता होती है, तो रोलबैक आपके पूरे स्टैक के संसाधनों को नष्ट करने का कारण नहीं बनता है, बस नवीनतम अपडेट में संसाधनों का सेट बदल गया है।
स्टैक अपडेट की प्रगति की निगरानी करें
एक निर्माण / अद्यतन किया जाता है, जबकि स्टैक की घटनाओं को देखकर अपने स्टैक अपडेट की प्रगति की निगरानी करना सुनिश्चित करें । यह व्यक्तिगत संसाधनों के साथ आगे के मुद्दों को डीबग करने के लिए शुरुआती बिंदु होगा।