कई अवधारणाएँ हैं जिनका आप लाभ उठा सकते हैं।
सफलता की कुंजी स्वचालन है
पहला विकल्प यह है कि जो आप अभी कर रहे हैं, वह करते रहें , यानी हर कॉन्फ़िगरेशन परिवर्तन के साथ EC2s का पुनर्निर्माण करें । बस पूरी तरह से स्वचालित तरीके से।
जैसा कि अब आप AMI के माध्यम से कॉन्फ़िगरेशन अपडेट कर रहे हैं, आप इसे एक कदम आगे ले जाते हैं और एक पाइपलाइन बनाते हैं , जो कि कुछ रिपॉजिटरी में कॉन्फ़िगरेशन फ़ाइल परिवर्तन पर होगा,:
- स्वचालित रूप से एक नया एएमआई बनाएं - जो पैकर करने के लिए सबसे लोकप्रिय उपकरणों में से एक है
- स्वचालित रूप से अपने Nginx बेड़े का पुनर्निर्माण करें - आपके पास पहले से ही एक आवेदन लोड Balancer के साथ Auto-Scaling Group में सभी Nginx सर्वर होने चाहिए । यदि आपको ऐसा नहीं करना चाहिए , तो यह ASG लॉन्च कॉन्फ़िगरेशन को अपडेट करने और नए AMI से फिर से निर्मित होने के उदाहरणों की प्रतीक्षा करने के रूप में अपडेट को सरल बना देगा ।
दूसरा विकल्प उदाहरणों को रखना है और केवल कॉन्फ़िगरेशन फ़ाइलों को तैनात करना है , उन्हें पुनर्निर्माण के बिना। आम तौर पर आप कॉन्फ़िगरेशन फ़ाइलों को कोड के रूप में मान सकते हैं और अपने कॉन्फ़िगरेशन को उसी तरह से बदल सकते हैं जिस तरह से आप कोड रिलीज़ को तैनात करेंगे। AWS के पास मदद के लिए कई उपकरण हैं।
- AWS इलास्टिक बीनस्टॉक जोआंतरिक रूप से शेफ का उपयोग करता हैऔर आप अपने Nginx अपडेट को इस तरह से स्क्रिप्ट कर सकते हैं।
- AWS कोड तैनात करता है जो एक पूरी तरह से स्क्रिप्ट योग्य परिनियोजन उपकरण है जो AWS कोड सूट के अन्य भागों के साथ अच्छी तरह से एकीकृत होता है:
- कोड कमेट जहाँ आप अपनी Nginx विन्यास फाइल को Git में रख सकते हैं।
- कोड पाइपलाइन, जो कि स्वचालित रूप से तैनाती को ट्रिगर कर सकती है जब भी कोई कॉन्फ़िगरेशन फ़ाइल कोड कमिट में अपडेट की जाती है।
- अन्सिबल या कठपुतली जो कि गैर-एडब्ल्यूएस टूल लोकप्रिय हैं जो आपको सभी सर्वरों को उसी तरह कॉन्फ़िगर रखने में मदद कर सकते हैं।
एक बार जब आप इन Nginx कॉन्फ़िगरेशन अपडेट को स्वचालित करने के साथ सहज हो जाते हैं, तो आप स्वचालन को अपने बाकी बुनियादी ढांचे में विस्तारित करना चाह सकते हैं।
AWS पर परिनियोजन विकल्पों का एक शानदार व्हाइटपर अवलोकन है जो आपको एक अच्छा अवलोकन देगा।
मुझे आशा है कि वह मदद करेंगे :)