क्या कुबेरनेट्स नया लिनक्स है? पावेल सेलिवानोव के साथ साक्षात्कार

ट्रांसक्रिप्ट:
आज़त खादीव: नमस्कार। मेरा नाम अज़ात ख़दीव है। मैं Mail.ru Cloud Solutions में एक PaaS डेवलपर हूं। साउथब्रिज से पावेल सेलिवानोव यहां मेरे साथ है। हम DevOpsDays सम्मेलन में हैं। वह यहां एक प्रस्तुति देगा कि आप कुबेरनेट्स के साथ देवो का निर्माण कर सकते हैं, लेकिन सबसे अधिक संभावना है कि आप सफल नहीं होंगे। ऐसा उदास विषय क्यों?

पावेल सेलिवानोव: वह वास्तव में उदास नहीं है। यह तकनीक की मदद से हमारे समुदाय में कई समस्याओं को हल करने की कोशिश कर रहा है। और इसके अलावा, हम प्रौद्योगिकी की मदद से हल करने की कोशिश कर रहे हैं बल्कि एकतरफा। कुबेनेट्स एक ही है - यह वह चीज है जिसके लिए जिम्मेदार है, आप कह सकते हैं कि ऑप्स। लेकिन हमारे पास एक बेहतरीन कॉन्सेप्ट है DevOps इंजीनियर। Kubernetes DevOps इंजीनियर के लिए जिम्मेदार है। उसी समय ... जैसे, आप कुबेरनेट बनाते हैं, और देव लोग इन सभी कुबेरनेटों को बिल्कुल नहीं जानते हैं, यह नहीं जानते कि यह आपको क्या करने की अनुमति देता है - और सब कुछ उनके लिए समान है। और यह इस तथ्य के बावजूद है कि कुबेरनेट्स में इस देवओप्स दृष्टिकोण, इस तकनीक का उपयोग करके देव और ऑप्स के बीच संचार को तैयार करने के लिए तैयार किए गए समाधान, तैयार किए गए उपकरण शामिल हैं। हम इस अवसर का बहुत कम उपयोग करते हैं। इस तथ्य के कारण कि हम वर्तमान संरचनाओं को इन सभी DevOps टूल - Docker, Kubernetes, बादलों और इतने पर स्थानांतरित करते हैं - हम इस स्थिति को और भी अधिक बढ़ा देते हैं। और उपकरण का उपयोग शुरू नहीं किया जा रहा है जैसा कि उनका इरादा था। और इन सभी प्रौद्योगिकियों के आसपास, भयानक बैसाखी का निर्माण किया जाता है।

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

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

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

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

अज़ात खादीव: सार्वभौमिक समाधान - क्या यह बुरा है या अधिक उनके आधार पर बनाया जा सकता है?

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

अज़ात खादीव: यदि यह एडमिन पहले से ही आपके लिए काम करता है, तो बिंदु उसकी बर्खास्तगी में नहीं है। वह अभी और कर सकता है।

पावेल सेलिवानोव: हाँ, उससे दिनचर्या लेने के लिए, उन्हें किसी को कहीं देने के लिए, ताकि वे वहाँ कहीं बन जाएँ। यह निश्चित रूप से एक अच्छा दृष्टिकोण है। यहां महत्वपूर्ण बिंदु यह है कि क्या यह मानक समाधान एक विशिष्ट मामले में फिट बैठता है।

अज़ात खादीव: मेरे अनुभव के आधार पर, मैं देख रहा हूं कि कई कंपनियां एक ही काम कर रही हैं। वे एक कुबेरनेट समूह बनाते हैं, इसे स्केल करने के बारे में सोचते हैं। और ये सभी ऑपरेशन बहुत दोहराव वाले हैं।

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

अज़ात खादीव: कुबेरनेट्स की वर्तमान स्थिति के बारे में आप क्या सोचते हैं? पाँच और दस वर्षों में उसका क्या होगा?

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

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

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

अज़ात खादीव: थोड़ा अलग विषय। फुलस्टैक इंजीनियर के रूप में ऐसी अवधारणा है। आप उनके बारे में क्या सोचते हैं? क्या वे भी मौजूद हैं?

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

अज़ात खादीव: क्या आप इसे प्रकट कर सकते हैं?

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

अज़ात खादीव: और इस दृष्टिकोण से ... ऐसे इंजीनियरों का साक्षात्कार कैसे करें?

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

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

पावेल सेलिवानोव: धन्यवाद।