बादलों में अंसिबल, टेराफॉर्म, डॉकर, कौंसुल, घुमंतू का उपयोग करना (अलेक्सी वाखोव, उइचोव)

यह लेख Uchi.ru "बादलों में बादल" से अलेक्सई वखोव की वीडियो रिपोर्ट का एक प्रतिलेख है।

Uchi.ru स्कूली शिक्षा के लिए एक ऑनलाइन प्लेटफ़ॉर्म है, जो 2 मिलियन से अधिक छात्र, इंटरैक्टिव कक्षाएं नियमित रूप से हमारे साथ तय करते हैं। हमारी सभी परियोजनाएं पूरी तरह से सार्वजनिक बादलों में होस्ट की जाती हैं, 100% अनुप्रयोग कंटेनरों में काम करते हैं, सबसे छोटे से शुरू होते हैं, आंतरिक उपयोग के लिए, और प्रति सेकंड 1k + अनुरोध पर बड़ी प्रस्तुतियों के साथ समाप्त होते हैं। ऐसा हुआ कि हमारे पास पाँच क्लाउड प्रदाताओं में 15 अलग-थलग docker क्लस्टर (कुबेरनेट्स नहीं, सिक!) हैं। पंद्रह सौ उपयोगकर्ता अनुप्रयोग, जिनमें से संख्या लगातार बढ़ रही है।

मैं बहुत विशिष्ट चीजों के बारे में बात करूंगा: हमने कंटेनरों में कैसे स्विच किया, हम बुनियादी ढांचे का प्रबंधन कैसे करते हैं, हमने जिन समस्याओं का सामना किया, उन्होंने क्या काम किया और क्या नहीं किया।

रिपोर्ट के दौरान, हम चर्चा करेंगे:

• प्रौद्योगिकी चयन और व्यावसायिक सुविधाओं के लिए प्रेरणा
• उपकरण: Ansible, Terraform, Docker, Github Flow, Consul, Nomad, Prometheus, Shaman - घुमंतू के लिए एक वेब इंटरफ़ेस।
• वितरित अवसंरचना को प्रबंधित करने के लिए क्लस्टर फेडरेशन का उपयोग करना
• NoOps रोलआउट, परीक्षण वातावरण, अनुप्रयोग सर्किट (डेवलपर्स अपने स्वयं के व्यावहारिक रूप से परिवर्तन करते हैं)
• अभ्यास से मनोरंजक कहानियां

कौन परवाह करता है, कृपया, बिल्ली के नीचे।

मेरा नाम अलेक्सी वखोव है। मैं Uchi.ru में एक तकनीकी निदेशक के रूप में काम करता हूं। हम सार्वजनिक बादलों में होस्ट करते हैं। हम सक्रिय रूप से Terraform, Ansible का उपयोग करते हैं। तब से, हमने पूरी तरह से डॉकटर पर स्विच कर दिया है। बहुत संतुष्ट हैं। हम कितने खुश हैं, हम कितने खुश हैं - मैं बताऊंगा

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

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

दूसरी विशेषता यह है कि हमारी योजनाएँ बहुत बार बदलती हैं। वे एक नया आवेदन बढ़ाने, पुराने को रोकने, पृष्ठभूमि की नौकरियों के लिए क्रोन जोड़ने के लिए कहते हैं। हर 2 सप्ताह में एक नया ओलंपिक होता है - यह एक नया अनुप्रयोग है। यह साथ, निगरानी, ​​बैकअप के लिए आवश्यक है। इसलिए, पर्यावरण अति सुंदर है। डायनामिज्म हमारी मुख्य कठिनाई है।

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

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

हमने डेढ़ साल पहले टेराफॉर्म को स्थापित किया था, इसलिए हम इसका उपयोग करते हैं। मॉड्यूल के बिना टेराफॉर्म, फ़ाइल संरचना के बिना (फ्लैट संरचना का उपयोग किया जाता है)। टेराफॉर्म फ़ाइल संरचना: 1 सर्वर - 1 फ़ाइल, नेटवर्क सेटिंग्स और अन्य सेटिंग्स। टेराफॉर्म का उपयोग करते हुए, हम सर्वर, ड्राइव, डोमेन, s3- बाल्टी, नेटवर्क और इतने पर वर्णन करते हैं। साइट पर टेराफॉर्म पूरी तरह से लोहे की तैयारी कर रहा है।

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

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

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

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

और अंत में, साइट का अंतिम घटक रूटिंग है। रूटिंग कंसूल के K / V स्टोरेज में स्टोर की जाती है, यानी अपस्ट्रीम, सर्विस, यूआरएल, आदि के बीच एक लिंक होता है। प्रत्येक बैलेंसर पर, एक कॉन्सल टेम्प्लेट होता है जो एक नगीन विन्यास बनाता है और इसे फिर से लोड करता है। एक बहुत ही विश्वसनीय चीज, हमें इसके साथ कोई समस्या नहीं थी। इस योजना की विशेषता यह है कि ट्रैफिक मानक नगनेक्स को स्वीकार करता है और आप हमेशा देख सकते हैं कि कौन सा विन्यास उत्पन्न किया गया था और मानक नगीने की तरह काम करता है।

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

हमने लंबे समय तक इन परतों को डिबग किया ताकि वे यथासंभव समान हों। साइटों के बीच प्रावधान, रूटिंग मैच 100%। इसलिए, डेवलपर्स के लिए, प्रत्येक साइट बिल्कुल समान है।

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

हमारे पास 14 उत्पादन स्थल हैं। सवाल उठता है: उन्हें कैसे प्रबंधित करें? हमने 15 वीं मास्टर साइट बनाई, जिसमें हम केवल प्रवेश की अनुमति देते हैं। वह एक फेडरेशन स्कीम पर काम करती है।

विचार प्रोमेथियस से लिया गया था। जब हम प्रत्येक साइट में प्रोमेथियस स्थापित करते हैं, तो प्रोमेथियस में एक मोड होता है। हम HTTPS बेसिक ऑथराइज़ेशन प्राधिकरण के माध्यम से प्रोमेथियस प्रकाशित करते हैं। प्रोमेथियस मास्टर दूरस्थ प्रोमेथियस से केवल आवश्यक मैट्रिक्स उठाता है। यह विभिन्न बादलों में एप्लिकेशन मेट्रिक्स की तुलना करना संभव बनाता है, सबसे अधिक डाउनलोड या अनलोड किए गए एप्लिकेशन ढूंढता है। केंद्रीकृत अधिसूचना (अलर्ट) प्रवेश के लिए प्रोमेथियस मास्टर के माध्यम से जाती है। डेवलपर्स को स्थानीय प्रोमेथियस से अलर्ट मिलते हैं।

शमन उसी तरह कॉन्फ़िगर किया गया है। मुख्य साइट के माध्यम से, व्यवस्थापक किसी भी साइट पर एकल इंटरफ़ेस के माध्यम से तैनात, कॉन्फ़िगर कर सकते हैं। हम इस मास्टर साइट को छोड़ने के बिना समस्याओं के एक पर्याप्त बड़े वर्ग को हल करते हैं।

मैं आपको बताता हूँ कि हमने docker पर कैसे स्विच किया। यह प्रक्रिया बहुत धीमी है। हमने लगभग 10 महीने पार कर लिए। 2017 की गर्मियों में, हमारे पास 0 उत्पादन कंटेनर थे। अप्रैल 2018 में, हमने उत्पादन में अपने नवीनतम एप्लिकेशन को डॉक्यूमेंट और रोल आउट किया।

हम पटरियों पर माणिक की दुनिया से हैं। रेल अनुप्रयोगों में 99% रूबी हुआ करता था। Capistrano के माध्यम से रेल बाहर निकलती है। तकनीकी रूप से, कैपिस्ट्रानो निम्नानुसार काम करता है: डेवलपर टोपी की तैनाती शुरू करता है, कैपिस्ट्रानो ssh के माध्यम से सभी एप्लिकेशन सर्वरों में जाता है, कोड का नवीनतम संस्करण चुनता है, संपत्ति इकट्ठा करता है, डेटाबेस माइग्रेशन करता है। Capistrano कोड के नए संस्करण के लिए एक सहानुभूति बनाता है और वेब एप्लिकेशन को USR2 सिग्नल भेजता है। इस संकेत पर, वेब सर्वर नया कोड चुनता है।

कर्ता में अंतिम चरण ऐसा नहीं है। डॉकटर में, आपको पुराने कंटेनर को रोकने की जरूरत है, नए कंटेनर को बढ़ाएं। यह सवाल उठाता है: ट्रैफ़िक कैसे स्विच करें? क्लाउड की दुनिया में, सेवा की खोज इसके लिए जिम्मेदार है।

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

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

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

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

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

सिद्धांत रूप में, इस तरह का एक संक्रमण निश्चित रूप से लंबा हो गया, लेकिन हम उस समस्या से बचते हैं जो मुझे काफी बार मिला था।

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

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

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

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

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

हमने यह कैसे किया? हम छवि एकत्र करते हैं, इसे स्थानीय docker रजिस्ट्री में डालते हैं। और उसके बाद हम बाकी संचालन करते हैं: माइग्रेशन, उत्पादन के लिए तैनात।

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

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

एक और बिंदु। डॉकर छवि एकत्र की। अब इस छवि को सर्वर में विघटित करने की आवश्यकता है। एक बड़ी docker छवि की प्रतिलिपि बनाते समय, नेटवर्क सामना नहीं करता है। क्लाउड में हमारे पास 1 Gbit / s है। बादल में एक वैश्विक शटडाउन है। अब हम 4 भारी उत्पादन सर्वरों के लिए डॉक इमेज तैनात कर रहे हैं। ग्राफ़ पर आप सर्वर के 1 पैक पर काम कर रहे डिस्क को देख सकते हैं। फिर सर्वर का दूसरा पैक तैनात किया जाता है। नीचे आप चैनल का उपयोग देख सकते हैं। लगभग 1 Gbit / s हम लगभग खींचते हैं। अब वहाँ बहुत त्वरण नहीं है।

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

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

क्या समस्याएं / समाधान / चुनौतियाँ थीं। मैंने विश्लेषण करने की कोशिश की कि कार्य क्या था। हमारी समस्याओं की विशेषताएं हैं:

• कई स्वतंत्र अनुप्रयोग
• बुनियादी ढांचे में निरंतर परिवर्तन
• गितुब प्रवाह और बड़े डॉकटर चित्र

हमारे समाधान

• डॉकस्टर समूहों का संघ। हैंडलिंग के दृष्टिकोण से यह मुश्किल है। लेकिन उत्पादन में व्यवसाय की कार्यक्षमता को रोल आउट करने के लिए डॉकटर अच्छा है। हम व्यक्तिगत डेटा के साथ काम करते हैं और हमारे पास हर देश में प्रमाणन है। एक अलग साइट में, इस तरह के प्रमाणीकरण को पारित करना आसान है। प्रमाणन के दौरान सभी प्रश्न उठते हैं: आप कहां मेजबानी कर रहे हैं, आपके पास क्लाउड प्रदाता कैसे है, आप व्यक्तिगत डेटा कहां संग्रहीत करते हैं, आप बैकअप कहां लेते हैं, डेटा की पहुंच किसके पास है। जब सब कुछ अलग-थलग हो जाता है, तो संदिग्धों के सर्कल का वर्णन करना बहुत आसान होता है और यह सब मॉनिटर करना बहुत आसान है।
• आर्केस्ट्रा। यह स्पष्ट है कि कुबेरनेट्स वह हर जगह है। लेकिन मैं यह कहना चाहता हूं कि कौंसुल + खानाबदोश पूरी तरह से उत्पादन समाधान है।
• छवियों की विधानसभा। आप Docker-in-Docker में जल्दी से चित्र बना सकते हैं।
• डॉकर का उपयोग करते समय, 1000 आरपीएस का भार धारण करना भी संभव है।

विकास की दिशा वेक्टर

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

मुझे खुशी है और बहुत खुशी है कि हम वास्तव में, वास्तव में अच्छा काम कर रहे बुनियादी ढांचे के लिए मुफ्त में बॉक्स से बाहर निकलते हैं।

आप मुझे फेसबुक पर जोड़ सकते हैं। अगर हम कुछ अच्छा करते हैं, तो मैं इसके बारे में लिखूंगा।

सवाल:

उदाहरण के लिए, फ़ायरवॉल नियमों और अधिक को कॉन्फ़िगर करने के लिए, Ansible टेम्पलेट पर कॉन्सल टेम्पलेट का क्या लाभ है?

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

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

उत्तर: ऐसा होता है, लेकिन ऐसा बहुत कम होता है। यह हम एक आंतरिक अलग कलाकृति बनाते हैं। ऐसी समस्या है, लेकिन यह दुर्लभ है।

प्रश्न: डिलीवरी की समस्या का समाधान प्रत्येक साइट में एक निजी डॉकटर रजिस्ट्री का उपयोग करना है और वहाँ से डॉक छवियां प्राप्त करना पहले से ही तेज़ है।

उत्तर: वैसे भी, तैनाती नेटवर्क में चलेगी, क्योंकि हम एक साथ 15 सर्वर पर डॉकटर छवि को तैनात कर रहे हैं। हम नेटवर्क के खिलाफ आराम करते हैं। नेटवर्क के अंदर, 1 Gbit / s।

प्रश्न: इतने सारे डॉकटर कंटेनर लगभग एक ही तकनीक के ढेर पर आधारित हैं?

उत्तर: रूबी, पायथन, NodeJS।

प्रश्न: आप अपडेट के लिए कितनी बार अपनी डॉकटर छवियों का परीक्षण या जांच करते हैं? आप अद्यतन समस्याओं का समाधान कैसे करते हैं, उदाहरण के लिए, जब ग्लिब्क, ओप्सिल को सभी डॉकरों में तय किया जाना चाहिए?

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

प्रश्न: क्या आप अपने शोमैन को ओपनसोर्स में जारी करने जा रहे हैं?

उत्तर: यहां आंद्रेई (दर्शकों से व्यक्ति की ओर इशारा करते हुए) हमें पतन में शमां को बाहर करने का वादा करता है। लेकिन वहां आपको कुबेरनेट्स के लिए समर्थन जोड़ने की आवश्यकता है। Opensource हमेशा बेहतर होना चाहिए।