Ansible और Docker, क्यों और क्यों?

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

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

क्यों?

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

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

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

क्यों डॉकटर?

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

VM के साथ Docker कंटेनर की तुलना में मुख्य, लेकिन समझने योग्य गलती। एकमात्र जिम्मेदारी का सिद्धांत यहां लागू किया जाता है, प्रति कंटेनर एक प्रक्रिया शुरू करने से परिवर्तनशीलता और समर्थन की सरलता मिलती है। यह मॉडल यूनिक्स दर्शन में समय की कसौटी पर खड़ा है, यह कार्रवाई के लिए एक ठोस आधार प्रदान करता है।

समायोजन

अपने टर्मिनल को छोड़ने के बिना, मैं निम्नलिखित होस्टिंग सेवाओं में से एक पर Ansible से एक अनुकूलित मशीन प्राप्त कर सकता हूं: AWS, Linode, Rackspace या DigitalOcean। अधिक विशिष्ट होने के लिए, मैं 1 मिनट 25 सेकंड में एम्स्टर्डम 2 क्षेत्र में DigitalOcean पर 2GB मेमोरी के साथ एक नई छोटी बूंद बनाने के लिए Ansible का उपयोग करता हूं। एक और 1 मिनट और 50 सेकंड के लिए, मैं डॉकर और कुछ अन्य सेटिंग्स के साथ एक अनुकूलित प्रणाली प्राप्त कर सकता हूं। अब जब मेरे पास आधार प्रणाली है, तो मैं अपने आवेदन को तैनात कर सकता हूं। ध्यान दें कि मैंने किसी भी प्रोग्रामिंग भाषा या डेटाबेस को कॉन्फ़िगर नहीं किया है। डॉकर ने खुद इस बात का ध्यान रखा।

SSH के माध्यम से दूरस्थ मशीनों पर सभी आदेशों को अंजाम देता है। स्थानीय SSsh- एजेंट में पड़ी मेरी SSH कुंजियाँ दूरस्थ रूप से Ansible SSH सत्र के माध्यम से साझा की जाएंगी। जब, रिमोट मशीन पर, मेरे एप्लिकेशन का कोड क्लोन किया जाता है या गिट में प्राधिकरण के लिए कोई डेटा की आवश्यकता नहीं होती है, स्थानीय मशीन से फॉरवर्ड किए गए ssh- एजेंट का उपयोग प्राधिकरण के लिए किया जाएगा।

डॉकर और अनुप्रयोग निर्भरता

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

मेरा आवेदन MySQL 5.5 और Redis 2.8 जैसे प्रक्रियाओं पर निर्भरता को परिभाषित करता है, जिसमें .docker_container_dependencies फ़ाइलें शामिल हैं

 gerhard/mysql:5.5 gerhard/redis:2.8 

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

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

 FROM howareyou/ruby:2.0.0-p353 ADD ./ /terrabox RUN \ . /.profile ;\ rm -fr /terrabox/.git ;\ cd /terrabox ;\ bundle install --local ;\ echo '. /.profile && cd /terrabox && RAILS_ENV=test bundle exec rake db:create db:migrate && bundle exec rspec' > /test-terrabox ;\ echo '. /.profile && cd /terrabox && export RAILS_ENV=production && rake db:create db:migrate && bundle exec unicorn -c config/unicorn.rails.conf.rb' > /run-terrabox ;\ # END RUN ENTRYPOINT ["/bin/bash"] CMD ["/run-terrabox"] EXPOSE 3000 

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

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

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

Dockerfile में आखिरी निर्देश Docker कंटेनर के अंदर से 3000 पोर्ट को होस्ट मशीन में जाता है, जिसमें से Docker चल रहा है। कौन सा सर्वर या लोड बैलेंसर मेरे कंटेनर एप्लिकेशन को प्रॉक्सी अनुरोधों के लिए उपयोग कर सकता है।

एक डॉक कंटेनर के अंदर एक रेल अनुप्रयोग चलाना

एक औसत रेल एप्लिकेशन के लिए, लगभग 100 जवाहरात और बहुत सारे एकीकरण परीक्षण रेल के नीचे से चलते हैं, यह सब 2GB और 2 परमाणु मशीन पर चलने के लिए 8 मिनट 16 सेकंड का समय लेता है, बिना किसी स्थानीय डॉकर छवियों के। यदि मेरे पास पहले से ही इस मशीन पर एक रूबी, मैसकल और रेडिस छवि है, तो 4 मिनट 45 सेकंड का समय लगेगा। इसके अलावा, अगर मेरे पास पहले से ही मेरे आवेदन की एक संदर्भ छवि है, तो 2 मिनट 23 सेकंड लगते हैं। यदि आप परिप्रेक्ष्य में देखते हैं, तो MySQL और Redis जैसी निर्भरता सहित एक नई रेल एप्लिकेशन की तैनाती में 2 मिनट से अधिक समय नहीं लगता है।

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

निष्कर्ष

Ansible ने मुझे अवसंरचना प्रबंधन प्रक्रिया पर नए सिरे से विचार करने की अनुमति दी। डॉकर ने मुझे विश्वास और स्थिरता दी जब यह सबसे महत्वपूर्ण विकास चरणों में से एक है, वितरण चरण। संयोजन में, वे अद्वितीय हैं।

खरोंच से पूरी तरह से अनुकूलित रेल आवेदन प्राप्त करना केवल 12 मिनट में किसी भी मानक के लिए प्रभावशाली है। एक ही मशीन पर चल रहे "काम" संस्करण को प्रभावित किए बिना, आवेदन के विभिन्न संस्करणों को पूर्वावलोकन करने की क्षमता के साथ मुफ्त में बुनियादी सतत एकीकरण प्रणाली प्राप्त करें, यह अविश्वसनीय रूप से शक्तिशाली है। यह मुझे हर्षित करता है, और लेख के अंत तक पहुंचकर, मैं केवल आशा कर सकता हूं कि आप मेरे साथ अपनी खुशी साझा करेंगे।