आधुनिक बुनियादी ढाँचा: समस्याएँ और संभावनाएँ

मई के अंत में हम विषय पर एक ऑनलाइन बैठक आयोजित की "आधुनिक बुनियादी ढाँचा और कंटेनर: समस्याएँ और संभावनाएँ". हमने सैद्धांतिक रूप से कंटेनरों, कुबेरनेट्स और ऑर्केस्ट्रेशन, बुनियादी ढांचे को चुनने के मानदंड और बहुत कुछ के बारे में बात की। प्रतिभागियों ने अपने स्वयं के अभ्यास से मामले साझा किए।

प्रतिभागियों:

• एवगेनी पोटापोव, आईटीसुम्मा के सीईओ. इसके आधे से अधिक ग्राहक या तो पहले से ही आगे बढ़ रहे हैं या कुबेरनेट्स पर स्विच करना चाहते हैं।
• दिमित्री स्टोलारोव, सीटीओ "फ्लैंट". कंटेनर सिस्टम के साथ काम करने का 10+ वर्ष का अनुभव है।
• डेनिस रेमचुकोव (उर्फ एरिक ओल्डमैन), सीओओ argotech.io, पूर्व-आरएओ यूईएस. उन्होंने "खूनी" उद्यम के मामलों के बारे में बात करने का वादा किया।
• एंड्री फेडोरोव्स्की, सीटीओ "News360.com"किसी अन्य खिलाड़ी द्वारा कंपनी खरीदने के बाद, वह कई एमएल और एआई परियोजनाओं और बुनियादी ढांचे के लिए जिम्मेदार है।
• इवान क्रुग्लोव, सिस्टम इंजीनियर, ex-Booking.com।वही व्यक्ति जिसने अपने हाथों से कुबेरनेट्स के साथ बहुत कुछ किया।

विषय-वस्तु:

• कंटेनर और ऑर्केस्ट्रेशन (डॉकर, कुबेरनेट्स, आदि) के बारे में प्रतिभागियों की अंतर्दृष्टि; व्यवहार में क्या प्रयास किया गया या विश्लेषण किया गया।
• मामला: कंपनी वर्षों से बुनियादी ढांचा विकास योजना बना रही है। यह निर्णय कैसे लिया जाता है कि कंटेनरों और कुबेर के लिए बुनियादी ढांचे का निर्माण (या वर्तमान को स्थानांतरित करना) किया जाए या नहीं?
• क्लाउड-देशी दुनिया में समस्याएं, क्या कमी है, आइए कल्पना करें कि कल क्या होगा।

एक दिलचस्प चर्चा शुरू हुई, प्रतिभागियों की राय इतनी अलग थी और इतनी सारी टिप्पणियाँ हुईं कि मैं उन्हें आपके साथ साझा करना चाहता हूं। खाओ तीन घंटे का वीडियो, और नीचे चर्चा का सारांश है।

क्या कुबेरनेट्स पहले से ही एक मानक या बढ़िया मार्केटिंग है?

“हम इसके पास (कुबेरनेट्स - एड.) तब आए जब इसके बारे में अभी तक कोई नहीं जानता था। जब वह वहां नहीं थे तब भी हम उनके पास आये। हम इसे पहले चाहते थे" - दिमित्री स्टोलारोव

फोटो Reddit.com से

5-10 साल पहले बड़ी संख्या में उपकरण थे, और कोई एक मानक नहीं था। हर छह महीने में एक नया उत्पाद सामने आता है, या एक से अधिक भी। पहले वैग्रांट, फिर साल्ट, शेफ, पपेट,...'' और आप हर छह महीने में अपने बुनियादी ढांचे का पुनर्निर्माण करते हैं। आपके पास पांच प्रशासक हैं जो लगातार कॉन्फ़िगरेशन को फिर से लिखने में व्यस्त हैं," एंड्री फेडोरोव्स्की याद करते हैं। उनका मानना ​​है कि डॉकर और कुबेरनेट्स ने बाकी लोगों को "बाहर" कर दिया है। डॉकर पिछले पांच वर्षों में मानक बन गया है, कुबेरनेट्स पिछले दो वर्षों में। और यह उद्योग के लिए अच्छा है।.

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

कुबेरनेट्स केवल कंटेनर ऑर्केस्ट्रेशन नहीं है, यह एक विकसित एपीआई, एक नेटवर्किंग घटक, एल 3 बैलेंसिंग और इनग्रेस नियंत्रकों के साथ एक कॉन्फ़िगरेशन प्रबंधन प्रणाली है, जो बुनियादी ढांचे की निचली परतों से संसाधनों, स्केल और सार को प्रबंधित करना अपेक्षाकृत आसान बनाता है।

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

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

स्टेटलेस में डेटाबेस की समस्या

द्वारा फोटो ट्विटर: अनस्प्लैश पर @jankolario

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

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

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

मीटअप प्रतिभागियों को दो शिविरों में विभाजित किया गया था।

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

यहां तक ​​कि MongoDB और Cassandra जैसे आधुनिक क्लाउड नेटिव डेटाबेस, या Kafka या RabbitMQ जैसी संदेश कतारों को भी Kubernetes के बाहर लगातार डेटा स्टोर की आवश्यकता होती है।

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

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

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

केस 1. कुबेर के बाहर ठिकानों के साथ एक "मेगा-नियामक" की साइबर सुरक्षा

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

केस 2. बुकिंग.कॉम डेटाबेस का कुबेरनेट्स में आंशिक स्थानांतरण

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

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

डेटाबेस का तीसरा वर्ग बुकिंग.कॉम खोज सेवा है, जहां प्रत्येक सेवा नोड एक डेटाबेस है। खोज सेवा को कुबेर में स्थानांतरित करने के प्रयास विफल रहे, क्योंकि प्रत्येक नोड में 60-80 जीबी का स्थानीय भंडारण है, जिसे "उठाना" और "वार्म अप" करना मुश्किल है।

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

सामान्य समाधान के बिना एक कार्य के रूप में बुनियादी ढांचे का चयन

द्वारा फोटो Pexels से मैनुअल गीसिंगर

मान लीजिए कि हमारे पास एक नई कंपनी है, या एक ऐसी कंपनी है जहां बुनियादी ढांचे का कुछ हिस्सा पुराने तरीके से बनाया गया है। यह वर्षों के लिए बुनियादी ढांचा विकास योजना बनाता है। कंटेनर और कुबेर पर बुनियादी ढांचा बनाना है या नहीं, इसका निर्णय कैसे लिया जाता है?

जो कंपनियाँ नैनोसेकंड के लिए लड़ती हैं उन्हें चर्चा से बाहर रखा जाता है। स्वस्थ रूढ़िवादिता विश्वसनीयता के मामले में फायदेमंद होती है, लेकिन अभी भी ऐसी कंपनियां हैं जिन्हें नए दृष्टिकोण पर विचार करना चाहिए।

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

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

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

कुछ सर्वरों वाली एक छोटी कंपनी के लिए, कुबेर का कोई मतलब नहीं है,'' एंड्री कहते हैं। लेकिन अगर इसकी योजना सैकड़ों सर्वर या उससे अधिक तक बढ़ने की है, तो इसे स्वचालन और एक संसाधन प्रबंधन प्रणाली की आवश्यकता है। 90% मामले लागत के लायक हैं। इसके अलावा, भार और संसाधनों के स्तर की परवाह किए बिना। स्टार्टअप से लेकर लाखों दर्शकों वाली बड़ी कंपनियों तक, सभी के लिए धीरे-धीरे कंटेनर ऑर्केस्ट्रेशन उत्पादों की ओर ध्यान देना उचित है। "हाँ, यह वास्तव में भविष्य है," एंड्री निश्चित है।

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

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

चूँकि मीटअप के अधिकांश श्रोता "खूनी" उद्यम से नहीं हैं हमें वितरित समाधानों के लिए प्रयास करना चाहिए। डेटा भंडारण प्रणालियों को वितरित, विश्वसनीय होना चाहिए और मिलीसेकंड या अधिकतम दसियों की इकाइयों में मापी जाने वाली विलंबता पैदा करनी चाहिए“, एंड्री ने संक्षेप में कहा।

कुबेरनेट्स उपयोग का आकलन

श्रोता एंटोन ज़बानकोव ने कुबेरनेट्स के समर्थकों से एक अजीब सवाल पूछा: आपने व्यवहार्यता अध्ययन का चयन और संचालन कैसे किया? उदाहरण के लिए, कुबेरनेट्स क्यों, वर्चुअल मशीनें क्यों नहीं?

द्वारा फोटो अनस्प्लैश पर तात्याना एरेमिना

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

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

ऐसे विश्लेषण और गणना के लिए मानक हैं, लेकिन कोई नहीं कह सकता कि वे संचालन में वास्तविक हार्डवेयर पर कितने सटीक हैं। गणना के लिए प्रत्येक उपकरण और पारिस्थितिकी तंत्र को समझना भी जरूरी है, लेकिन यह संभव नहीं है।

हमारा क्या इंतजार है

द्वारा फोटो अनस्प्लैश पर ड्रू बीमर

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

क्या आपको लगता है कि ऐसा समय आएगा जब लिनक्स दुनिया के लिए उबंटू जैसा कोई टूल होगा? शायद एकल कंटेनरीकरण और ऑर्केस्ट्रेशन टूल में कुबेर शामिल होगा। इससे ऑन-प्रिमाइस क्लाउड बनाना आसान हो जाएगा।

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

डेनिस ने vRealize Suite उत्पाद के साथ Nutanix और VMWare का भी उल्लेख किया, जो कंटेनरीकरण के बिना समान कार्य का सामना कर सकता है।

दिमित्री ने अपनी राय साझा की कि "दर्द" को कम करना और करों को कम करना दो ऐसे क्षेत्र हैं जहां हम सुधार की उम्मीद कर सकते हैं।

चर्चा को सारांशित करने के लिए, हम आधुनिक बुनियादी ढांचे की निम्नलिखित समस्याओं पर प्रकाश डालते हैं:

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

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

  
  द्वारा फोटो Pexels से गेब्रियल सैंटोस फ़ोटोग्राफ़ी

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

स्रोत: www.habr.com