Yandex बादल मंच। कोकीन

कुछ समय पहले, हमने यैंडेक्स - एलिप्टिक्स के बुनियादी क्लाउड प्रौद्योगिकियों में से एक के बारे में कुछ विस्तार से बात करना शुरू किया । आज यह कुछ और बात करने की बारी है - बहुत ही जिसके तहत "कल्पित बौने" काम करते हैं और जो अपने बादल के सपने को वास्तविकता के करीब ले जाता है। यह कोकीन के बारे में है।

कोकीन (कॉन्फ़िगर करने योग्य सर्वव्यापी कस्टम अनुप्रयोग इंटीग्रेटेड नेटवर्क इंजन) एक खुला स्रोत PaaS सिस्टम (प्लेटफ़ॉर्म-जैसा-ए-सेवा) है, जो अनिवार्य रूप से एक ऐप इंजन है और आपको Google AppEngine, OpenShift, जैसे अपनी क्लाउड-आधारित अनुप्रयोग होस्टिंग सेवाएँ बनाने की अनुमति देता है। CloudFoundry या Heroku।



हर कोई जानता है कि बादल सभी बुनियादी ढांचे की समस्याओं को हल कर सकते हैं, लागत को मुनाफे में बदल सकते हैं और अपने जीवन को हमेशा और हमेशा के लिए अनंत खुशी के साथ संतृप्त कर सकते हैं। इन लक्ष्यों के लिए एकमात्र बाधा वास्तव में, बादल हैं। IaaS , PaaS , SaaS ? जो भी हो-के रूप में एक सेवा? आपको किस तरह के रहस्यमय सेटों को चुनने की ज़रूरत है ताकि सब कुछ आखिरकार अच्छा हो जाए?

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

कहानी

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



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

यह अच्छा लग रहा है। किसी भी मामले में, यह है कि हरोकू ने खुद को कैसे तैनात किया। वास्तव में, ज़ाहिर है, सब कुछ गहरा था।

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

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

थोड़ी देर के लिए, हम कहानी को एक तरफ छोड़ दें और सूखे आँकड़ों और निर्विवाद बयानों की दुनिया में उतर जाएँ।

जहां यैंडेक्स कोकेन का उपयोग करता है

Yandex.Browser - पूरा ब्राउजर बैकेंड कोकेन के माध्यम से काम करता है। उदाहरण के लिए, "स्मार्ट लाइन", "त्वरित लिंक", "पसंदीदा साइटें"। यैंडेक्स आंतरिक बुनियादी ढाँचा।

समर्थित मंच

कोकेन को वर्तमान में निम्नलिखित लिनक्स वितरण पर संकुल से तैनात किया जा सकता है:

• Ubuntu 12.04 (सटीक पैंगोलिन) और पुराने
• आरएचईएल 6 और डेरिवेटिव।

दुर्भाग्य से, कोई विंडोज समर्थन नहीं है, और यह योजनाबद्ध नहीं है, लेकिन इसका मतलब यह नहीं है कि उपयोगकर्ता, उदाहरण के लिए, सी #, क्लाउड सेवाओं का उपयोग नहीं कर पाएंगे जो कहीं और कताई कर रहे हैं - बस एक उपयुक्त रूपरेखा लिखें (इसे बाद में क्या वर्णित किया जाएगा) ।
स्रोत से, कोकेन को लगभग किसी भी * निक्स सिस्टम पर बनाया जा सकता है, जिसमें 1.46+ का बूस्ट है और C ++ 11 मानक स्तर GCC 4.4 (जो कि लगभग कोई नहीं) के समर्थन के साथ एक कंपाइलर है।

एक बोनस के रूप में, कोकीन सफलतापूर्वक मैक ओएस एक्स पर स्रोत से बनाता है। डॉकटर तकनीक के लिए समर्थन (बाद में चर्चा की जानी चाहिए) के लिए लिनक्स कर्नेल की आवश्यकता होती है जो 3.8 से कम नहीं है।

इतनी कोकनी क्यों?

आइए देखें कि कोकेन अपने मुख्य प्रतियोगियों से कैसे अलग है।
हर्कोकू से शुरू करते हैं।

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

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

CloudFoundry और OpenShift का विकास कोकेन के साथ लगभग एक साथ शुरू हुआ। दोनों क्रमशः बड़ी कंपनियों - वीएमवेयर और रेडहैट के मजबूत समर्थन के साथ ओपन-सोर्स प्रोजेक्ट हैं। CloudFoundry पहले से ही एक पुनर्जन्म से बच गया है। हालाँकि, भाषा का समर्थन जावा, स्काला, ग्रूवी, रूबी और जावास्क्रिप्ट तक सीमित है।
ओपनशिफ्ट के पास इससे बेहतर हैं - यह पायथन, पर्ल के अलावा समर्थित है और आवश्यक भाषाओं के लिए खुद को समर्थन देने का अवसर है। दुर्भाग्य से, एप्लिकेशन केवल http के माध्यम से एक दूसरे के साथ संवाद कर सकते हैं, जो कुछ हद तक क्लाउड के दायरे को सीमित करता है।

उसी समय कोकीन उनके साथ अनुकूलता की तुलना करता है:

• विभिन्न भाषाओं के लिए एडेप्टर की उपस्थिति (फ्रेमवर्क), जो क्लाउड के साथ काम को बहुत सरल करता है;
• न केवल http के माध्यम से एक दूसरे के साथ संवाद करने के लिए अनुप्रयोगों की क्षमता, जो, उदाहरण के लिए, अपने स्वयं के क्लाउड कंप्यूटिंग प्लेटफॉर्म का निर्माण करना संभव बनाता है;
• आवेदन अलगाव के लिए मजबूत समर्थन - हमारे लिए छोड़कर, डॉकर तकनीक, आधिकारिक तौर पर केवल ओपनशिफ्ट का समर्थन करती है।

संचालन का संक्षिप्त सिद्धांत

अब आइए देखें कि हमारे बादल वास्तव में कैसे काम करते हैं, साथ ही साथ उन कारणों पर चर्चा करते हैं जो समाधान की पसंद को प्रभावित करते हैं।

हम निम्नलिखित निर्विवाद बयान को स्थगित करते हैं: बुनियादी ढांचे की समस्याओं को हल करने के लिए बादल डिजाइन किए गए हैं।

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



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

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

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

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

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

पांच मिनट का इतिहास

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

• सी ++
• जावा
• अजगर
• गहरे लाल रंग का
• Node.js
• जाओ

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

आर्किटेक्चर

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

इसी तरह कोकीन का निर्माण किया जाता है।

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



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

प्रत्येक एप्लिकेशन में एक इंजन होता है जो श्रमिकों और ग्राहकों के बीच संदेश कतार को भेजता है, और इन श्रमिकों की संख्या को प्रबंधित और संतुलित करता है।

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

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

हम सेवाओं के बारे में जारी रखते हैं

यह संभावना नहीं है कि लॉगिंग के साधनों के बिना कम से कम एक बादल है - हमने इसे एक लॉगर सेवा के रूप में लागू किया है, जो पूरे नोड से लॉग परिवहन का एक बिंदु है।

अंत में, संग्रहण सेवा कुछ भी संग्रहीत करने के लिए एक सार इंटरफ़ेस है - उदाहरण के लिए, स्वयं एप्लिकेशन, मैनिफ़ेस्ट, प्रोफ़ाइल और अन्य जानकारी, जिसमें एप्लिकेशन स्वयं शामिल हैं।

सेवा आर्किटेक्चर विस्तार के लिए खुला है और लिनक्स कर्नेल मॉड्यूल के समान है। आप अपनी सेवाएं लिख सकते हैं, साथ ही एक मौजूदा पदानुक्रम का विस्तार कर सकते हैं।



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

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

बाहर, आप न केवल HTTP इंटरफ़ेस (हालांकि यह विकल्प प्रदान किया गया है) के माध्यम से अनुप्रयोगों का उपयोग कर सकते हैं, लेकिन, उदाहरण के लिए, ZeroMQ या अपने स्वयं के एक्सटेंशन के माध्यम से।

स्केलिंग और अलगाव

आइए अधिक विस्तार से देखें कि क्लाउड वितरण वास्तव में कैसे लागू किया जाता है और यह कैसे लोड के तहत जीने की कोशिश कर रहा है।

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

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

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

अलगाव? आराम से!

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

डॉकर तकनीक नियमित लिनक्स कंटेनर (LXC) पर आधारित है, जो नेमस्पेस और cgroups के उपयोग के माध्यम से एक पृथक वातावरण में एक एप्लिकेशन को चलाने की क्षमता प्रदान करती है। , Xen KVM, , . , Docker , , . .
Cocaine', (, C++ Python), Docker .

Erosion resistance

, , , . , - :

• ;
• ;
• ;
• .

“ Software erosion ”.

Cocaine erosion-resistant . . , , , health manager . .

. . , Docker' . :

• Isolate —
• Driver —
• Storage — .
• Logging — .
• Gateway —
• Services —

, . Syslog Logstash ? , , . , IPVS? आसानी से! - ? , , .

. , .

, UrlFetch http , . .

Logstash , , Elasticsearch Kibana ( ).

Elliptics . MongoDB plugin Elasticsearch , .

निष्कर्ष

Cocaine. , ( ?).

, . , . ( ). Cocaine' , .

github. . Wiki , Cocaine , . , vagrant . यदि आपके कोई प्रश्न हैं, तो पूछें।