🤱🏻 🐊 #⃣ हम मक्खी पर कोड को अपडेट करने के लिए nginx, docker, skydns और skydock का उपयोग करते हैं (शून्य डाउनटाइम परिनियोजन) 🙎🏽 🏹 🧘🏽

उपकरण हम उपयोग करेंगे

डाक में काम करनेवाला मज़दूर

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

एक बार कंटेनर को इकट्ठा करने के बाद, इसका पुन: उपयोग किया जा सकता है।

एक सरल उदाहरण एक रेडिस डेटाबेस है। यदि हमें एक ही कंप्यूटर पर कई रेडिस सर्वरों की आवश्यकता होती है, तो सामान्य दृष्टिकोण के साथ हमें कॉन्फ़िगरेशन फ़ाइलों को / etc / redis में बदलना होगा और फ़ाइलों को /etc/init.d में बदलना होगा। आप बैश स्क्रिप्ट लिख सकते हैं, लेकिन यह प्रक्रिया को आसान नहीं बनाता है।

डॉकर के मामले में, हम निम्नलिखित कमांड का उपयोग कर सकते हैं:

docker run -d --name test-redis-server dockerfile/redis

यह कमांड Redis कंटेनर को मुख्य रिपॉजिटरी ( index.docker.io ) से डाउनलोड करेगा, इसे पृष्ठभूमि में चलाएगा, और नए बनाए गए कंटेनर को टेस्ट-रेडिस-सर्वर नाम देगा।

यह कंटेनर तब कमांड से शुरू किया जा सकता है:

 docker start test-redis-server

SkyDNS

हाल ही में, डॉक डेवलपर ने कंटेनर को लॉन्च करते समय --link टूल पेश किया ताकि ENV पर्यावरण चर का उपयोग करके कई कंटेनरों को जोड़ा जा सके। उदाहरण के लिए, Redis, Postgresql, Elasticsearch, आदि के कंटेनरों के साथ एक वेब एप्लिकेशन कंटेनर को जोड़ना।

यह सुविधाजनक है, लेकिन हमें ईएनवी की शुद्धता की निगरानी करने और कंटेनरों को लॉन्च करने के लिए शर्तों को बदलने और कोड को बदलने की आवश्यकता है - -लिंक पैरामीटर।

इसे सेवा डिस्कवरी कहा जाता है, इसके लिए कई समाधान हैं (आप ओपन-सोर्स सर्विस डिस्कवरी लेख में मौजूदा समाधानों के बारे में अधिक पढ़ सकते हैं)।

ऐसा ही एक समाधान है SkyDNS। गो में लिखा गया एक छोटा स्थानीय DNS और DNS प्रॉक्सी सर्वर (यह ध्यान रखना महत्वपूर्ण है कि स्टार्टअप पर लगभग 6MB मेमोरी तक, संसाधन खपत के मामले में Go बेहद कुशल है। मैंने व्यक्तिगत रूप से अपने लिए कई सिंथेटिक परीक्षण किए हैं, अधिकतम मेमोरी खपत 50 एक साथ सरल प्रश्नों के साथ। लगभग 20 एमबी)।

SkyDNS आपको एक साधारण एपीआई (अधिक विस्तार से: SkyDNS ) का उपयोग करके DNS रिकॉर्ड जोड़ने की अनुमति देता है, और फिर SRV, A या AAAA रिकॉर्ड वापस करने वाले नियमित प्रश्न बनाते हैं।

यदि रिकॉर्ड नहीं मिला है, तो SkyDNS Google के सार्वजनिक डीएनएस सर्वर (8.8.8.8/8.8.4.4) को एक अनुरोध भेजेगा।

SkyDNS डोमेन के लिए अपनी दिलचस्प योजना का उपयोग करता है:

 <uuid>.<host>.<region>.<version>.<service>.<environment>.skydns.local

यदि पर्यावरण = उत्पादन, और सेवा = रेडिस, तो आप redis.production.skydns.local के लिए एक अनुरोध कर सकते हैं, जो एक या अधिक रिकॉर्ड लौटाएगा (डिफ़ॉल्ट रूप से, यह ए रिकॉर्ड लौटाता है)।

Skydock

स्काईडॉक एक छोटा सा कार्यक्रम है जो डोकर और स्काईडएनएस को एकीकृत करता है।

स्काईडॉक स्काईडएनएस डोमेन स्कीमा का उपयोग इस प्रकार करता है:

 <name>.<container-name>.<environment>.skydns.local

कंटेनर-नाम एक रिपॉजिटरी के बिना डॉकर छवि का नाम है (जैसे क्रॉस्बिमाइकल / रेडिस => रेडिस या टेस्ट / कूल-एपी => कूल-एपी)। नाम उस कंटेनर का नाम है जिसे --name पैरामीटर का उपयोग करके सौंपा गया है।

स्काईडॉक स्वचालित रूप से चलने वाले कंटेनरों का पता लगाता है और उन्हें स्काईडएनएस से जोड़ता है।

डॉकर प्रत्येक कंटेनर के लिए एक अलग आईपी पता प्रदान करता है, इसलिए यदि हम कंटेनर को निम्नानुसार शुरू करते हैं:

 docker run -d --name redis-test-app dockerfile/redis

हम एक अनुरोध करने में सक्षम होंगे (बाद में यह वर्णन किया जाएगा कि हम 172.17.42.1 के लिए अनुरोध क्यों करते हैं) और प्रतिक्रिया में ए रिकॉर्ड प्राप्त करते हैं, अर्थात, कंटेनर का आईपी पता जिसमें रेडिस चल रहा है।

 dig @172.17.42.1 redis-test-app.redis.dev.skydns.local dev.skydns.local. 27 IN A 172.17.0.3

डिफ़ॉल्ट रेडिस पोर्ट 6379 है, इसलिए हम कोड में कुछ ऐसा कर सकते हैं (उदाहरण के लिए छद्म भाषा में):

 redisConn = redis.Connect("redis-test-app.redis.dev.skydns.local:6379")

स्थापना

हम डॉकर को स्थापित करने पर विचार नहीं करेंगे, यह बहुत सरल है और यहां विस्तार से वर्णन किया गया है: डॉकर का उपयोग करना शुरू करें

हमें 2 कंटेनर लॉन्च करने की आवश्यकता है - एक स्काईडएनएस के साथ, दूसरा स्काईडॉक के साथ। स्काईडॉक के लेखक के विपरीत, मैं SkyDNS को अतिरिक्त पैरामीटर -p 172.17.42.1:8080:8080 के साथ शुरू करने की सलाह देता हूं - यह आपके कंटेनरों को अपनी जरूरतों के लिए सीधे SkyDNS एपीआई का उपयोग करने की अनुमति देगा।

 docker pull crosbymichael/skydns docker run -d -p 172.17.42.1:53:53/udp -p 172.17.42.1:8080:8080 --name skydns crosbymichael/skydns -nameserver 8.8.8.8:53 -domain skydns.local

IP 172.17.42.1 docker0 पुल है, जिसका इस्तेमाल डॉकटर अपने नेटवर्क को कॉन्फ़िगर करने के लिए करता है। हमने skydns.local डोमेन को निर्दिष्ट किया है, हालांकि आप अपनी पसंद का कोई भी काम कर सकते हैं, उदाहरण के लिए: docker, super.local। skydns.local, मेरी राय में, यह अधिक सुविधाजनक और सार्वभौमिक है, और अधिक यह स्काईडएनएस में डिफ़ॉल्ट रूप से उपयोग किया जाता है।

अगला, स्काईडॉक लॉन्च:

 docker pull crosbymichael/skydock docker run -d -v /var/run/docker.sock:/docker.sock --name skydock -link skydns:skydns crosbymichael/skydock -ttl 30 -environment dev -s /docker.sock -domain skydns.local

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

यदि सब कुछ ठीक हो गया, तो सभी आवश्यक घटक चल रहे हैं।

केवल एक चीज जो आपको करने की आवश्यकता है वह यह है कि जब आप कंटेनर को अपने आवेदन से शुरू करते हैं, तो आपको प्राथमिक DNS सर्वर को निर्दिष्ट करना होगा:

 docker run -d --dns 172.17.42.1 test/cool-api

कूल-एपी के साथ हमारा कंटेनर स्थानीय DNS में उपलब्ध होगा: cool-api.dev.skydns.local - यह कूल-एपीआई नाम के साथ सभी कंटेनरों के आईपी पते को सूचीबद्ध करेगा। हम इस संपत्ति का उपयोग nginx को कॉन्फ़िगर करने के लिए करेंगे।

यदि आप कंटेनर शुरू करते समय --name api1 निर्दिष्ट करते हैं, तो यह api1.cool-api.dev.skydns.local द्वारा उपलब्ध होगा - api1 नाम के साथ सिर्फ 1 कंटेनर।

कंटेनर के अंदर, आप अब डोमेन को सीधे निर्दिष्ट कर सकते हैं, क्योंकि यह स्थानीय DNS का उपयोग करेगा: redis.dev.skydns.local - Redis चल रहे सभी कंटेनरों का रिकॉर्ड वापस कर देगा। स्वाभाविक रूप से, केवल 1 पता चुना जाएगा, जिससे Redis क्लाइंट कनेक्ट होगा।

nginx

स्थानीय DNS के इस जादू का उपयोग करते हुए, हम उदाहरण के लिए कर सकते हैं:

लोड संतुलन - वेब सर्वर या डेटाबेस कनेक्शन
मानदंडों द्वारा सरल क्वेरी रूटिंग। उदाहरण के लिए, एक छवि परीक्षण / कूल -एपी- v1 बनाते हुए - हम एपीआई v1 को एक कंटेनर ( कूल-एपीआई-v1.dev.skydns.local ) के लिए अनुरोध भेज सकते हैं, और नवीनतम संस्करण के रूप में कूल-एपीआई.देव . skydns.local का उपयोग कर सकते हैं। एक ही समय में स्वचालित संतुलन के साथ
मक्खी पर अपडेट कोड - हमें क्या चाहिए

निम्न कॉन्फ़िगरेशन फ़ाइल को nginx में जोड़ें:

 server { listen 80; server_name super-cool-domain.com; #  nginx  SkyDNS resolver 172.17.42.1 valid=5s; resolver_timeout 5s; #      ,  nginx   DNS. - nginx   set $dns cool-api.production.skydns.local; location /api { proxy_pass http://$dns:8080; } #    location / { try_files $uri /index.html; } }

हम केवल यह निर्दिष्ट करते हैं कि nginx स्थानीय DNS सर्वर का उपयोग करता है, फिर निर्दिष्ट करें कि कहां जाना है - $ dns चर और आपके अनुप्रयोग का उपयोग करने वाले पोर्ट के लिए अच्छा पुराना प्रॉक्सी_पास करें।

अब, एक नया कंटेनर शुरू करते समय, स्काईडॉक इसे SkyDNS में जोड़ देगा, nginx इस कंटेनर के लिए अनुरोध करेगा। जब कंटेनर बंद हो जाता है, तो स्काईडॉक स्काईडएनएस से अपना पता हटा देगा।

इस तरह से 2-3 कंटेनर लॉन्च करके, हम उनके बीच लोड को संतुलित कर सकते हैं।

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

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

 #          docker pull test/cool-api #  ID   OLDPORTS=( `docker ps | grep cool-api | awk '{print $1}'` ) #    docker run -d test/cool-api #   for i in ${OLDPORTS[@]} do echo "removing old container $i" docker kill $i done

निष्कर्ष

स्काईडॉक के लेखक विचार विकसित करना चाहते हैं और डेटा सेंटर में कई सर्वरों के लिए समर्थन करना चाहते हैं। फिलहाल, इसे लागू नहीं किया गया है, हालांकि स्काईडएनएस खुद पहले से ही कई सर्वरों पर उत्पादन वातावरण में उपयोग किया जाता है।

लेख भी docker repositories के विषय को संबोधित नहीं करता है। एक खुला स्रोत समाधान है जो आपको छवियों का एक निजी भंडार बनाने की अनुमति देता है।

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

हम मक्खी पर कोड को अपडेट करने के लिए nginx, docker, skydns और skydock का उपयोग करते हैं (शून्य डाउनटाइम परिनियोजन)