🛄 🐏 👨🏿‍💻 Nginx वेब सर्वर के साथ स्प्रिंग एप्लीकेशन की ब्लू-ग्रीन तैनाती 🙏🏾 👩🏾 👎🏿

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

इस तथ्य के बावजूद कि नीचे वर्णित तकनीकी समाधान विवादास्पद है, इस लेख का उद्देश्य ब्लू-ग्रीन परिनियोजन दृष्टिकोण के साथ सीधे पाठक को परिचित करना है, जो संयोगवश, वसंत अनुप्रयोगों के लिए ही लागू नहीं है।

ब्लू-ग्रीन परिनियोजन का लक्ष्य अनुप्रयोग के नए संस्करण की तैनाती के दौरान डाउनटाइम को समाप्त करना है।

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

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

सर्वर सेटअप

यह मार्गदर्शिका मानती है कि आपके पास एक सर्वर और एक रनिंग स्प्रिंग बूट एप्लिकेशन है जो इसे तैनात किया जा सकता है।

सर्वर पर, अपने होम डायरेक्टरी पर जाएं और दो फ़ोल्डर बनाएं: blue और green । फिर हमें दो प्रतीकात्मक लिंक available और testing । ये लिंक या तो नीले या हरे रंग के फ़ोल्डर को इंगित करेंगे। उदाहरण के लिए, यदि available बिंदु green , तो blue testing बिंदु।

 mkdir blue mkdir green ln -s ./green ./available ln -s ./blue ./testing

प्रत्येक फ़ोल्डर में अपना स्वयं का स्प्रिंग एप्लिकेशन और Nginx कॉन्फ़िगरेशन होगा। तैनाती के दौरान कुछ बिंदु पर, दोनों अनुप्रयोग एक साथ काम करेंगे (हालांकि अलग-अलग बंदरगाहों पर), और नीले रंग के आवेदन को हरे रंग में बदलने के लिए , हमें केवल नग्नेक्स कॉन्फ़िगरेशन को हरे या नीले रंग में बदलना होगा ।

नग्नेक्स कॉन्फ़िगरेशन

मान लीजिए कि हमारे पास एक स्प्रिंग्सite.com डोमेन है। Nginx का ग्रीन कॉन्फ़िगरेशन पोर्ट 8080 पर green एप्लिकेशन के लिए सभी कॉलों को स्प्रिंग्सलाइट.com/api/ पर पुनर्निर्देशित करेगा और पोर्ट 8090 पर blue एप्लिकेशन के लिए सभी कॉल स्प्रिंग्सite.com/api-test/ पर करेगा।

चलो इन विन्यास फाइल बनाते हैं। अपना पसंदीदा संपादक खोलें और निम्नलिखित सामग्री जोड़ें।

 http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name mysite.com; location /api { proxy_pass http://localhost:8090/api; } location /api-test { proxy_pass http://localhost:8080/api; } } include servers/*; }

 http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name mysite.com; location /api { proxy_pass http://localhost:8080/api; } location /api-test { proxy_pass http://localhost:8090/api; } } include servers/*; }

फ़ाइल संरचना कुछ इस तरह दिखनी चाहिए:

 --root |--- blue |--- nginx.conf.blue |--- app-V2.jar |--- green |--- nginx.conf.green |--- app-V1.jar |--- available -> ./green |--- testing -> ./blue

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

blue और green दोनों फ़ोल्डरों वाले फ़ोल्डर में swap.sh फ़ाइल बनाएँ:

 touch swap.sh chmod +x swap.sh

निम्नलिखित सामग्री को swap.sh फ़ाइल में जोड़ें:

 #!/bin/bash testing_now=$(ls -l ./ | grep testing) if [[ "$testing_now" == *blue ]] then testing="blue" active="green" else testing="green" active="blue" fi #remove current links rm ./available rm ./testing rm -f /etc/nginx/nginx.conf #create new links with the active/inactive reversed ln -s ./$inactive ./available ln -s ./$active ./testing ln -s /home/ubuntu/spring/$active/nginx.conf /etc/nginx/nginx.conf #reload the http server service nginx reload echo swap completed $active is now available

इस बिंदु पर, हम पोर्ट्स 8090 और 8080 पर 2 स्प्रिंग एप्लिकेशन चला सकते हैं और उन्हें sudo ./swap.sh चलाकर बदल सकते हैं।

तैनाती

प्रतीकात्मक लिंक के लिए धन्यवाद, हम जानते हैं कि मुख्य एप्लिकेशन हमेशा available द्वारा इंगित किया जाता available , और परीक्षण द्वारा testing तहत एक। इसलिए, हमें हमेशा प्रतीकात्मक लिंक का उपयोग करके testing फ़ोल्डर में एप्लिकेशन का एक नया संस्करण तैनात करना चाहिए। यह माना जाता है कि हमने अभी एप्लिकेशन पैक किया है, और अब हम इसे scp का उपयोग करके डाउनलोड कर सकते हैं।

 scp -r -i ~/.ssh/MyKeyPair.pem <package name.jar> <user>@<ip>:spring/testing

आगे बढ़ते हैं

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

यह सवाल की ओर जाता है: बड़ी कंपनियां अपने एप्लिकेशन के नए संस्करणों को डाउनटाइम के बिना जारी करने का प्रबंधन कैसे करती हैं? Google या फेसबुक के बारे में सोचें जो हमेशा उपलब्ध हैं!

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

निष्कर्ष

मुझे उम्मीद है कि अब आप समझ गए होंगे कि ब्लू-ग्रीन तैनाती के लिए डाउनटाइम समस्या को कैसे हल किया जाए। अब आप NGINX के साथ अपने स्प्रिंग एप्लिकेशन की मूल ब्लू-ग्रीन तैनाती को कॉन्फ़िगर कर सकते हैं।

जैसा कि आपने देखा होगा, जब हम इस समाधान का उपयोग करते हैं, तो आपके अनुप्रयोगों के पुराने और वर्तमान संस्करण एक साथ काम करते हैं और दोनों डेटाबेस से जुड़े होते हैं। यह डेटाबेस की संरचना को बदलते समय अप्रत्याशित समस्याएं पैदा कर सकता है। इस महान लेख https://spring.io/blog/2016/05/31/zero-downtime-deployment-with-a-database का वर्णन है कि ऐसी स्थितियों से कैसे निपटें।

और अंत में, आपको इस तथ्य में दिलचस्पी हो सकती है कि AWS और Google क्लाउड कम्प्यूट दोनों ब्लू-ग्रीन परिनियोजन सेवाएं प्रदान करते हैं:

https://aws.amazon.com/quickstart/architecture/blue-green-deployment/
https://cloud.google.com/solutions/continuous-delivery/

Nginx वेब सर्वर के साथ स्प्रिंग एप्लीकेशन की ब्लू-ग्रीन तैनाती

सर्वर सेटअप

नग्नेक्स कॉन्फ़िगरेशन

तैनाती

आगे बढ़ते हैं

निष्कर्ष

हमारे ब्लॉग पर अन्य लेख भी पढ़ें:

More articles: