कुबर्नेट्स नवीन लिनक्स आहे का? पावेल सेलिवानोव यांची मुलाखत

डीकोडिंग:
Azat Khadiev: नमस्कार. माझे नाव अझत खादीव आहे. मी Mail.ru Cloud Solutions साठी PaaS डेव्हलपर आहे. माझ्यासोबत साउथब्रिजचा पावेल सेलिव्हानोव्ह आहे. आम्ही DevOpsDays परिषदेत आहोत. तुम्ही कुबर्नेट्ससह DevOps कसे तयार करू शकता याबद्दल तो येथे चर्चा करेल, परंतु बहुधा तुम्ही यशस्वी होणार नाही. इतका गडद विषय का?

पावेल सेलिवानोव: हे खरं तर उदास नाही. तंत्रज्ञानाच्या सहाय्याने आपण आपल्या समाजातील अनेक समस्या सोडवण्याचा प्रयत्न करत आहोत ही वस्तुस्थिती आहे. आणि आम्ही तंत्रज्ञानाच्या मदतीने एकतर्फी मार्गाने गोष्टी सोडवण्याचा प्रयत्न करत आहोत. कुबेनेट्स समान आहे - ही ती गोष्ट आहे ज्यासाठी ते जबाबदार आहेत, कोणी म्हणू शकेल की ऑप्स. पण आमच्याकडे DevOps अभियंता ही एक उत्तम संकल्पना आहे. एक DevOps अभियंता Kubernetes साठी जबाबदार आहे. त्याच वेळी... जसे तुम्ही कुबर्नेट्स बनवता, परंतु देव लोकांना या सर्व कुबर्नेट्सची अजिबात माहिती नसते, ते तुम्हाला काय करू देते याची त्यांना जाणीव नसते - आणि सर्वकाही त्यांच्यासाठी अगदी सारखेच असते. आणि हे असूनही कुबरनेटमध्ये रेडीमेड सोल्यूशन्स, या तंत्रज्ञानाचा वापर करण्यासाठी या DevOps दृष्टीकोनाचा वापर करण्यासाठी तयार साधने, Dev आणि Ops यांच्यातील संवाद आहे. या संधीचा आपण फार कमी वापर करतो. आम्ही या सर्व DevOps टूल्स - डॉकर, कुबर्नेट्स, क्लाउड्स आणि याप्रमाणे - सध्याच्या संरचनांचे हस्तांतरण करत आहोत या वस्तुस्थितीमुळे - आम्ही ही परिस्थिती आणखीनच वाढवत आहोत. आणि आम्ही साधने अभिप्रेत असलेल्यापेक्षा वेगळ्या पद्धतीने वापरण्यास सुरुवात करतो. आणि या सर्व तंत्रज्ञानाभोवती फक्त भयानक क्रॅच बांधले जात आहेत.

Azat Khadiev: मी पाहतो. तो एक व्यापक विषय वाटतो. कंपन्यांना सध्या सर्वात सामान्य समस्या काय आहे असे तुम्हाला वाटते? कुबर्नेट्ससह.

पावेल सेलिवानोव: कुबर्नेट्सची सर्वात सामान्य समस्या म्हणजे क्षमतांचा अभाव. आयटीमध्ये ही एक सामान्य समस्या आहे. तज्ज्ञांची नेहमीच कमतरता असते. सक्षमतेचा अभाव नेहमीच असतो. आणि आता कुबर्नेट्समध्ये पुरेशी क्षमता नाही. आणि त्याच वेळी, बाजारात अजूनही XNUMX% तयार-तयार उपाय आहेत जे आपल्याला कुबर्नेट्स मिळविण्यास अनुमती देतात, परंतु त्याच वेळी आवश्यक क्षमता नसतात; बाजारात त्यापैकी काही स्पष्टपणे आहेत. आणि जे अस्तित्वात आहेत, ते सर्व काही प्रश्न निर्माण करतात. Kubernetes सह, आम्ही हे समजून घेणारे लोक सतत शोधत असतो. या विकासाशी जुळवून घेण्याचा आमचा प्रयत्न आहे.

Azat Khadiev: आणि IT मध्ये सध्याच्या कर्मचाऱ्यांची कमतरता लक्षात घेता. जे नेहमीच होते. आणि आता आहे. या परिस्थितीत कसे जगायचे हे तुम्हाला कसे वाटते? काय लाइफ हॅक आहेत?

पावेल सेलिवानोव: लाइफहॅक्स. प्रथम, ढगांच्या दृष्टिकोनातून, लाइफ हॅक असे दिसते - चला आम्हाला तुमची काही क्षमता द्या. आणि आम्ही ते स्वतःसाठी घेऊ. आणि हे आपण स्वतःच करू. आणि ते सर्व चांगले आहे. त्याशिवाय जे वापरतात त्यांच्यासाठी हे समजून घेणे महत्त्वाचे आहे... खरं तर एक उत्तम क्षण... पण हे समजून घेणे महत्त्वाचे आहे की जर आपण आपल्या क्षमतांचा काही भाग क्लाउड किंवा प्रदात्याला दिला तर त्या बदल्यात आपल्याला एक सार्वत्रिक समाधान मिळेल. . साधारणपणे सांगायचे तर, आमच्याकडे एक डेटाबेस आहे जो अतिशय विशिष्ट गोष्टी करतो आणि तो अतिशय विशिष्ट पद्धतीने कॉन्फिगर केला गेला आहे. क्लाउडला हा डेटाबेस देऊन, आम्ही अर्थातच, डेटाबेस क्लस्टरशी व्यवहार करणार्‍या प्रशासकाला काढून टाकू शकतो - तेच Amazon किंवा Google आमच्यासाठी हे करेल. परंतु त्याच वेळी, Amazon किंवा Google आम्हाला आमचा डेटाबेस स्पष्टपणे कॉन्फिगर करण्याची परवानगी देणार नाही. मोठे प्रकल्प, मोठ्या कंपन्या - कोणत्याही परिस्थितीत, ते या टप्प्यावर येतात की त्यांच्या आयुष्याच्या काही टप्प्यावर ते क्लाउड सोल्यूशन्स वापरतात आणि नंतर, कोणत्याही परिस्थितीत, ते स्वतःकडे क्षमता परत घेण्याकडे परत जातात, कारण काहीतरी अधिक विशिष्ट आवश्यक आहे. .

Azat Khadiev: सार्वत्रिक उपाय वाईट आहेत किंवा त्यांच्या आधारावर अधिक तयार केले जाऊ शकतात?

पावेल सेलिवानोव: नाही, सार्वत्रिक उपाय नक्कीच वाईट नाहीत. सार्वत्रिक उपाय चांगले आहेत. फक्त सार्वत्रिक उपाय... सार्वत्रिक. येथे समजून घेणे महत्त्वाचे आहे. हे एक सामान्य स्क्रिप्ट घेण्यासारखे आहे... जर तुम्ही या कॉमन स्क्रिप्ट, कॉमन ऍप्लिकेशनच्या आसपास कंपनीच्या कामाचे संपूर्ण तर्क तयार करू शकत असाल, तर ते छान आहे. आणि जर कामाचा तर्क वेगळा असेल, परंतु तुम्ही हा सार्वत्रिक उपाय, एक सार्वत्रिक स्क्रिप्ट घ्या - आणि घुबडासारखे, जगावर खेचणे सुरू करा, हे वाईट आहे. आणि सार्वत्रिकतेतच काही चूक नाही.

Azat Khadiev: जर हा प्रशासक तुमच्यासाठी आधीच काम करत असेल, तर मुद्दा त्याच्या डिसमिसमध्ये नाही. तो फक्त आणखी काही करण्यास सक्षम असेल.

पावेल सेलिवानोव: होय, त्याच्याकडून नित्यक्रम काढून घ्या आणि त्यांना कुठेतरी कोठेतरी बनवायला द्या. हा नक्कीच चांगला दृष्टीकोन आहे. येथे महत्त्वाचा मुद्दा हा आहे की हे मानक समाधान विशिष्ट केससाठी योग्य आहे की नाही.

Azat Khadiev: फक्त माझ्या अनुभवावर आधारित, मी पाहतो की अनेक कंपन्या तेच करत आहेत. ते कुबर्नेट्स क्लस्टरची स्थापना करत आहेत आणि ते स्केल करण्याचा विचार करत आहेत. आणि या सर्व ऑपरेशन्स खूप पुनरावृत्ती करण्यायोग्य आहेत.

पावेल सेलिवानोव: होय, नक्कीच. शिवाय, जर आपण Kubernetes विशेषत: घेतले, तर असा मुद्दा आहे की सध्या बाजारात कुबर्नेट्सबद्दल खरोखरच थोडे सखोल, चांगले ज्ञान आहे. आणि कुबर्नेट्स हा इतका मोठा कंस्ट्रक्टर आहे की जर तुम्ही त्याला एखाद्या कंपनीसाठी भाड्याने दिले तर, एका अभियंत्याला सोबत घेण्यास तयार रहा जो हे सर्व पूर्ण वेळ करेल. आणि ते महाग आहे. आणि असा अभियंता पुन्हा शोधण्याचा प्रयत्न करा. जर मी माझ्याबद्दल बोललो तर, मला कोणतेही क्लाउड सोल्यूशन्स खरोखर आवडत नाहीत, कारण मला कुबर्नेट्स कसे कार्य करते याची चांगली आणि सखोल माहिती आहे. आणि बर्‍याचदा ढगांमध्ये माझ्याकडे फक्त काही कार्यक्षमतेचा अभाव असतो ज्याची मी विनंती करतो - परंतु ते मला म्हणतात "नाही, तुम्ही करू शकत नाही." ठीक आहे, त्या बाबतीत, मला माफ करा, परंतु मी क्लाउडपेक्षा चांगले करू शकतो. पण त्याच वेळी, जर तुमच्याकडे पूर्णवेळ अभियंता नसेल, तर तुम्हाला कुबरनेटेस चालवणाऱ्या या अभियंत्यासाठी पैसे द्यायचे नसतील आणि तुम्ही सतत त्याला केवळ प्रयोग करण्यासाठी भरपूर पैसे द्याल, तर मेघ फक्त एक चांगला, उत्तम उपाय. कारण किमान तेथे बसलेले लोक आहेत ज्यांना प्रदात्याने आधीच भरती केले आहे. आणि ते काय करतात हे त्यांना माहीत आहे. आणि त्या मूलभूत गोष्टी ज्या तुम्हाला रोजच्या गरजेच्या असतात.

अझत खादीव: कुबरनेटच्या सद्यस्थितीबद्दल तुम्हाला काय वाटते? पाच-दहा वर्षांत त्याचे काय होणार?

पावेल सेलिवानोव: चांगला प्रश्न. मला फक्त माहित आहे की आपल्या समाजात याबद्दल काय चालले आहे. काही लोकांचा असा विश्वास आहे की कुबर्नेट्सशिवाय काहीही शिल्लक राहणार नाही. लिनक्समध्ये फार पूर्वीची परिस्थिती होती. म्हणजेच, लिनक्सच्या बाहेर असे लोक आहेत जे BSD वर राहतात, बहुधा त्यांच्याकडे खूप विशिष्ट कार्ये आहेत. असे लोक आहेत जे विंडोज - विंडोज सर्व्हर अंतर्गत काम करतात - बहुधा, त्यांच्याकडे देखील विशिष्ट कार्ये आहेत किंवा त्यांच्याकडे या प्रकरणात सक्षमता आहे आणि ते तेथे सोडण्यास तयार नाहीत. कोणत्याही परिस्थितीत, आमच्या क्षेत्रातील मानक लिनक्स आहे. असा एक मत आहे की कुबर्नेट्स समान वास्तविक मानक बनतील आणि कुबर्नेट्सशिवाय काहीही नसेल. Kubernetes केवळ ऍप्लिकेशनच व्यवस्थापित करणार नाही, त्यांची तैनाती, उपयोजन आणि स्केलिंग देखील व्यवस्थापित करेल. सर्वसाधारणपणे, सर्वकाही व्यवस्थापित करा. आता ते आधीच विचारत आहेत: "कुबर्नेट्समध्ये डेटाबेस ढकलणे शक्य आहे का?" मी सहसा म्हणतो की येथे समस्या कुबर्नेट्समध्ये नाही, परंतु डॉकरमध्ये आहे. जर तुम्ही तुमचा डेटाबेस कंटेनरमध्ये चालवण्यासाठी तयार असाल, तर ते असेच कार्य करेल. ते मला उत्तर देतात: “नाही, नाही, नाही, थांबा. कंटेनरची गरज नाही. कुबर्नेट्सची गरज आहे. आम्ही ते नोडवर कलम करू. म्हणजेच, सर्व काही आता जसे आहे तसे होईल, फक्त कुबर्नेट्स हे सर्व व्यवस्थापित करतील. आणि ही खरं तर चांगली कल्पना आहे. म्हणजेच, कुबर्नेट्स ही अशी गोष्ट आहे जेव्हा आपण एखाद्या कंपनीमध्ये येऊ शकता, जर कंपनीकडे कुबर्नेट्स आणि त्यावर तयार केलेली प्रक्रिया असेल, तर ज्या व्यक्तीला हे समजले आहे - त्याला हे सांगण्यासाठी फक्त काही दिवस पाहण्याची आवश्यकता आहे: “ मी तुम्हाला पाठिंबा द्यायला तयार आहे. पूर्णपणे. संपूर्णपणे. तुमच्यासाठी गोष्टी कशा काम करतात हे मला समजले आहे.” कुबर्नेट्सशिवाय पध्दतीच्या विरूद्ध - येथे काही क्रॅचेस हलविल्या गेल्या, येथे इतर क्रॅच. येथे उत्तरदायी, टेराफॉर्म येथे. कोणीतरी हे सर्व लिहिले आहे, आणि ते शोधण्यासाठी सहा महिने लागतात. येथे. त्यामुळे कुबर्नेट्स एक वास्तविक मानक होईल की नाही, मला माहित नाही. आज तो त्याच्या आजूबाजूला असलेल्या उपायांपेक्षा खूप महत्त्वाकांक्षी आणि आत्मविश्वासू दिसतो.

अझत खादीव: बरं, लिनक्सशी तुलना खूप धाडसी आहे. हे एका मशीनवर कार्य करते - इतकेच. आणि कुबर्नेट्स अनेक मशीनवर काम करतात. दशलक्ष भिन्नता आणि कारणे त्वरित उद्भवतात. होय, हे धाडसी आहे. जर आपण हे लक्षात घेतले तर या पॅराडाइमचे प्रतिस्पर्धी आहेत. उदाहरणार्थ, सर्व्हरलेस. अशा प्रतिस्पर्ध्यांसह कुबर्नेट्स धोक्यात आहेत का?

पावेल सेलिवानोव: सर्व्हरलेस कडून... (हशा) सर्व्हरलेस - आम्हाला अजूनही समजले आहे की सर्व्हर आहेत. मी नुकताच या प्रकरणाचा अहवाल ऐकला. तेथे त्या व्यक्तीने सांगितले की अजूनही सर्व्हर आहेत - आणि हा एक मेघ आहे. परंतु आपण नेहमी समजून घेतले पाहिजे की क्लाउडमध्ये सर्व्हर देखील असतात. तेथे वास्तविक हार्डवेअर सर्व्हर, एक रॅक आहेत आणि ते कुठेतरी स्थापित केले आहेत. हा ढग आहे. याच्या वर सर्व्हरलेस आहे, जिथे “नाही” सर्व्हर आहेत. तर प्रश्न असा आहे: सर्व्हरलेस कुबरनेटेसवर विजय मिळवेल का? मला असे दिसते की सर्व्हरलेस कुबर्नेट्समध्ये जाईल. सर्व्हरलेस प्रदान करणार्‍या प्रदात्यांसाठी, कुबर्नेट्स हे प्रदान करण्यासाठी एक अतिशय सोयीस्कर व्यासपीठ आहे. होय, कदाचित कधीतरी आम्ही कुबर्नेट्सबद्दल तत्त्वतः, व्यवसाय अनुप्रयोगांच्या सामान्य विकासाबद्दल बोलणे थांबवू. परंतु कुठेतरी खोलवर, प्रदाते आणि अभियंते कुबर्नेट्स असतील, जिथे हे सर्व लागू केले जाईल.

Azat Khadiev: थोडा वेगळा विषय. पूर्ण-स्टॅक अभियंता अशी एक गोष्ट आहे. त्यांच्याबद्दल तुमचे काय मत आहे? ते अस्तित्वातही आहेत का?

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

Azat Khadiev: आपण प्रकट करू शकता?

पावेल सेलिवानोव: मला असे वाटते की उद्योगातील आम्ही या देव आणि ऑप्स भूमिका लवकरच गायब होतील या निष्कर्षापर्यंत पोहोचू. आम्हाला तज्ञांची गरज असल्यास आणि आम्ही शिकार करत आहोत... आम्हाला अशा आणि अशा विकासकांची गरज आहे, आम्हाला अशा आणि अशा प्रशासकांची गरज आहे, आम्हाला DevOps अभियंते आवश्यक आहेत - आता आमच्याकडे ते आहेत, आता आमच्याकडे उत्पादन अभियंते, SRE अभियंते देखील असतील. जरी खरं तर, आम्हाला अभियंत्यांची गरज आहे ज्यांना आम्ही कामावर घेऊ इच्छितो. पार्श्वभूमी मोठ्या प्रमाणात आहे आणि महत्त्वाची नाही. कारण... उदाहरणार्थ, SRE म्हणते की पायाभूत सुविधांच्या समस्या नेहमीच सॉफ्टवेअर समस्या असतात. तर... विकासकांना घेऊ - विकासक हा अभियंता आहे या दृष्टिकोनातून - त्यांना देखभाल विभागात टाका आणि ते कोडच्या मदतीने, व्यावसायिक समस्या सोडवतात त्याच प्रकारे ते या समस्या सोडवतील. अभियांत्रिकीचे जसे.

अझत खादीव: आणि या दृष्टिकोनातून... अशा अभियंत्यांची मुलाखत कशी घ्यायची?

पावेल सेलिवानोव: अरे, चांगला प्रश्न. तो कदाचित या जीवनात मला समजलेल्या पलीकडे आहे. पण मी फक्त एक उदाहरण देईन. त्याचा मुलाखतीशी काही संबंध नाही. हे रशियामधील आपल्या शिक्षण पद्धतीबद्दल आहे. आयटीमध्ये, आम्हाला माहित आहे की रशियामधील आमची शिक्षण प्रणाली आयटी जगासाठी खूप जुनी आहे, ती असावी तशी नाही. मी अफाट रशियाबद्दल सरासरी बोलत आहे - आणि तिथे काय चालले आहे. असे लोक पदवीधर होत आहेत जे पदवीनंतर दुसऱ्याच दिवशी वेब डेव्हलपमेंट किंवा तंत्रज्ञान कंपनीमध्ये जाण्यास पूर्णपणे तयार नाहीत. आणि तो प्रकार वाईट आहे. आम्ही त्यांना काही विचित्र गोष्टी शिकवतो, जरी आम्ही त्यांना Android, iOS साठी कसे विकसित करावे, Git कसे वापरावे आणि या सर्व गोष्टी शिकवल्या पाहिजेत. किंबहुना तसे नाही असे दिसते. कॉलेज अशी वेळ असते जेव्हा तुमचे पालक तुमच्यासाठी जास्त पैसे देतात. तुमच्या संपूर्ण आयुष्यासाठी. आणि तुम्ही तुमच्या आयुष्यातील पाच वर्षे सखोल अभ्यासासाठी देऊ शकता. आणि या सर्व टी-आकाराचा अभ्यास करा. जेव्हा आपण संस्थेमध्ये आवृत्ती नियंत्रण प्रणाली काय आहे, तेथे कोणते विकास नमुने आहेत, संपूर्ण गोष्टीची चाचणी कशी करावी, कोणत्या प्रकारचे डेटाबेस आणि शिल्लक आहेत याचा अभ्यास करू शकता. आणि जेव्हा तुम्ही कामावर जाता तेव्हा तुम्ही एका विशिष्ट क्षेत्रात खोलवर जाण्यास सुरुवात करता. आणि अशा प्रकारे आपल्याला अभियंते मिळतात. आणि रशियामधील आपली शिक्षण व्यवस्था या सत्याच्या आपल्या विचारापेक्षा खूप जवळ आहे. आम्हाला चांगले गणिताचे प्रशिक्षण दिले जाते, आम्हाला चांगले अल्गोरिदमिक प्रशिक्षण दिले जाते, आम्हाला प्रोग्रामिंग भाषांची थोडी समज दिली जाते. आणि मुलाखतीबद्दल, मला हे काहीतरी जवळचे वाटते. आम्हाला अभियंत्यांची मुलाखत घ्यावी लागेल. आम्हाला टी-आकारासाठी टी च्या शीर्षाची आवश्यकता आहे. कारण ते T अक्षराची उभी रेषा प्राप्त करेल.

Azat Khadiev: होय, मनोरंजक. कॉलेजनंतर पाच वर्षांनी मला असे वाटले की माझे शिक्षण कसेतरी विचित्र आणि अपुरे आहे. आणि मग, जसजसे काम पुढे सरकत गेले, जेव्हा कामे अधिक खोलवर गेली, प्रकल्प मोठे झाले, तेव्हा मला समजले की नाही, मला खूप महत्त्वाच्या गोष्टी शिकवल्या गेल्या. पावेल, धन्यवाद. तुमची उत्तरे ऐकणे खूप मनोरंजक होते. चला आपला अहवाल ऐकूया.

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

स्त्रोत: www.habr.com