Түсіндіру:
Азат Хадиев: Сәлеметсіз бе. Менің атым Азат Хадиев. Мен Mail.ru Cloud Solutions үшін PaaS әзірлеушісімін. Менімен бірге Оңтүстікбриджден Павел Селиванов бар. Біз DevOpsDays конференциясындамыз. Ол мұнда Kubernetes көмегімен DevOps-ті қалай құруға болатыны туралы әңгімелейді, бірақ сіз сәттілікке жете алмайсыз. Неге мұндай қараңғы тақырып?
Павел Селиванов: Шын мәнінде бұл мұңды емес. Бұл біздің қоғамдағы көптеген мәселелерді технологияның көмегімен шешуге тырысып жатқандығы туралы. Ал біз біржақты әдіспен технологияның көмегімен мәселені шешуге тырысамыз. Кубенетес бірдей - бұл олар жауапты нәрсе, Оп деп айтуға болады. Бірақ бізде DevOps инженерінің тамаша тұжырымдамасы бар. DevOps инженері Kubernetes үшін жауап береді. Сонымен бірге... Сіз Кубернеттерді жасайтын сияқтысыз, бірақ Dev жігіттері бұл Кубернеттердің барлығын мүлде білмейді, олар сізге не істеуге мүмкіндік беретінін білмейді - және бәрі олар үшін бірдей өмір сүреді. Бұл DevOps тәсілін, Dev және Ops арасындағы байланысты кеңейту үшін осы технологияны пайдалану үшін Kubernetes-те дайын шешімдер, дайын құралдар бар екеніне қарамастан. Біз бұл мүмкіндікті өте аз пайдаланамыз. Біз тіпті ағымдағы құрылымдарды барлық осы DevOps құралдарына - Docker, Kubernetes, бұлттар және т. Ал біз құралдарды олар тағайындалғаннан басқаша пайдалана бастаймыз. Барлық осы технологиялардың айналасында қорқынышты балдақтар салынуда.
Азат Хадиев: Түсінемін. Бұл кең тақырып сияқты. Сіздің ойыңызша, қазіргі уақытта компаниялардың ең көп кездесетін мәселесі қандай? Кубернетеспен бірге.
Павел Селиванов: Кубернетестің ең жиі кездесетін мәселесі – құзыреттердің болмауы. Бұл IT саласында жиі кездесетін мәселе. Маман тапшылығы қашанда болады. Әрқашан құзыреттілік жетіспейді. Ал қазір Kubernetes-те құзыреттер жеткіліксіз. Сонымен қатар, нарықта әлі де Kubernetes-ті алуға мүмкіндік беретін 100% дайын шешімдер бар, бірақ сонымен бірге қажетті құзыреттерге ие емес; нарықта олардың саны аз. Ал барлар, олардың барлығы кейбір сұрақтарды тудырады. Кубернетеспен біз мұны түсінетін адамдарды үнемі іздейміз. Біз дамуды осыған бейімдеуге тырысамыз.
Азат Хадиев: Ал қазіргі IT саласындағы кадр тапшылығын ескерсек. Ол әрқашан сонда болды. Ал қазір бар. Бұл жағдайда қалай өмір сүруге болады деп ойлайсыз? Қандай лайфхактар бар?
Павел Селиванов: Лайфхактар. Біріншіден, бұлттардың көзқарасы бойынша, лайфхак келесідей көрінеді - бізге кейбір құзыреттеріңізді берейік. Ал біз оларды өзіміз үшін аламыз. Және мұны өзімізде жасаймыз. Және мұның бәрі жақсы. Оны пайдаланатындар үшін түсіну маңызды екенін қоспағанда ... Шын мәнінде тамаша сәт ... Бірақ егер біз бұлтқа немесе провайдерге біздің құзыреттеріміздің бір бөлігін бір жерде берсек, оның орнына әмбебап шешім алатынымызды түсіну маңызды. . Шамамен айтқанда, бізде өте нақты нәрселерді жасайтын дерекқор бар және ол өте нақты түрде конфигурацияланған. Бұл дерекқорды бұлтқа беру арқылы біз, әрине, дерекқор кластерлерімен жұмыс істеген әкімшіні жұмыстан шығара аламыз - дәл сол Amazon немесе Google мұны біз үшін жасайды. Бірақ сонымен бірге Amazon немесе Google біздің дерекқорды нақты конфигурациялауға мүмкіндік бермейді. Ірі жобалар, ірі компаниялар - кез келген жағдайда, олар өмірінің белгілі бір кезеңінде бұлтты шешімдерді қолданатын жағдайға келеді, содан кейін, кез келген жағдайда, олар құзыреттіліктерді өздеріне қайтаруға оралады, өйткені нақтырақ нәрсе талап етіледі. .
Азат Хадиев: Әмбебап шешімдер нашар ма, әлде олардың негізінде одан да көп нәрсені жасауға болады ма?
Павел Селиванов: Жоқ, әмбебап шешімдер әрине жаман емес. Әмбебап шешімдер жақсы. Тек әмбебап шешімдер... әмбебап. Бұл жерде түсіну маңызды. Бұл жалпы сценарийді қабылдау сияқты... Егер сіз компания жұмысының бүкіл логикасын осы ортақ сценарийдің, жалпы қолданбаның айналасында құра алсаңыз, бұл керемет. Ал егер жұмыстың логикасы басқаша болса, бірақ сіз осы әмбебап шешімді, әмбебап сценарийді қабылдасаңыз - және үкі сияқты глобусты тарта бастасаңыз, бұл жаман. Ал универсализмнің өзінен еш жамандық жоқ.
Азат Хадиев: Егер бұл админ сізде жұмыс істеп тұрса, мәселе оның жұмыстан босатылуында емес. Ол тек көп нәрсені істей алады.
Павел Селиванов: Иә, одан күн тәртібін алып тастап, оларды бір жерде біреуге бір жерде жасау үшін беріңіз. Бұл, әрине, жақсы тәсіл. Мұнда маңызды мәселе - бұл стандартты шешім нақты жағдайға жарамды ма.
Азат Хадиев: Өз тәжірибеме сүйене отырып, мен көптеген компаниялардың дәл осылай істеп жатқанын көріп отырмын. Олар Kubernetes кластерін құруда және оны масштабтау туралы ойлануда. Және бұл операциялардың барлығы өте қайталанады.
Павел Селиванов: Иә, сөзсіз. Оның үстіне, егер біз Кубернетесті нақты алсақ, дәл қазір нарықта Кубернетес туралы терең, жақсы білім аз болатыны белгілі. Ал Кубернетес - өте үлкен конструктор, егер сіз оны компанияға жалдасаңыз, осының бәрін толық уақытты жасайтын инженерді алуға дайын болыңыз. Және бұл қымбат. Және тағы да осындай инженерді табуға тырысыңыз. Егер мен өзім туралы айтатын болсам, маған ешқандай бұлттық шешімдер ұнамайды, өйткені мен Кубернетес қалай жұмыс істейтінін жақсы және терең түсінемін. Көбінесе бұлттарда маған сұрайтын кейбір функциялар жетіспейді, бірақ олар маған «Жоқ, мүмкін емес» дейді. Бұл жағдайда кешіріңіз, бірақ мен бұлттан жақсырақ істей аламын. Бірақ сонымен бірге, егер сізде толық уақытты инженер болмаса, сіз Kubernetes-ті басқаратын бұл инженерге ақы төлегіңіз келмесе және сіз оған тәжірибе жасау үшін үнемі көп ақша төлеп отырсаңыз, онда бұлт жай ғана жақсы, тамаша шешім. Өйткені ол жерде провайдер жинап қойған жігіттер отыр. Және олар не істейтінін біледі. Күнделікті қажет ететін негізгі заттар сонда.
Азат Хадиев: Кубернетестің қазіргі жағдайы туралы не ойлайсыз? Бес, он жылдан кейін оның тағдыры не болады?
Павел Селиванов: Жақсы сұрақ. Мен бұл туралы біздің қоғамда не болып жатқанын ғана білемін. Кейбір адамдар Кубернетестен басқа ештеңе қалмайды деп сенеді. Linux-пен көп уақыт бұрын болған жағдай. Яғни, Linux-тен тыс BSD-де өмір сүретін адамдар бар, мүмкін олардың нақты тапсырмалары бар. Windows жүйесінде жұмыс істейтін адамдар бар - Windows серверлері - олардың да нақты тапсырмалары бар немесе олардың бұл мәселеде құзыреті бар және олар ол жерден кетуге дайын емес. Қалай болғанда да, біздің саладағы стандарт - Linux. Кубернетес де-факто бірдей стандартқа айналады және Кубернетестен басқа ештеңе болмайды деген пікір бар. Kubernetes қолданбаларды ғана емес, оларды орналастыруды, орналастыруды және масштабтауды басқарады. Жалпы, бәрін басқарыңыз. Енді олар: «Дерекқорды Кубернетеске енгізу мүмкін бе?» Деп сұрап жатыр. Мен әдетте бұл жерде мәселе Кубернетеде емес, Докерде екенін айтамын. Дерекқорды контейнерлерде іске қосуға дайын болсаңыз, ол осылай жұмыс істейді. Олар маған: «Жоқ, жоқ, жоқ, күте тұрыңыз. Контейнерлердің қажеті жоқ. Кубернетес керек. Біз оны түйінге егеміз. Яғни, бәрі қазір біздегідей болады, мұның бәрін тек Кубернетес басқарады». Және бұл шын мәнінде жақсы идея. Яғни, Кубернетес - бұл компанияға келуге болатын нәрсе, егер компанияда Kubernetes және оған негізделген процестер болса, онда мұны түсінетін адам - оған бір-екі күн қарап тұру керек: « Мен сені қолдауға дайынмын. Толық. Толығымен. Мен сіз үшін нәрселердің қалай жұмыс істейтінін түсінемін ». Кубернетессіз тәсілдерден айырмашылығы - мұнда кейбір балдақтарды, мұнда басқа балдақтарды итермеледі. Мұнда жауап беруге болады, Terraform осында. Мұның бәрін біреу жазған, оны анықтау үшін алты ай қажет. Мұнда. Сондықтан Кубернетес іс жүзінде стандартқа айнала ма, мен білмеймін. Бүгінде ол айналасындағы шешімдерге қарағанда әлдеқайда өршіл және сенімді көрінеді.
Азат Хадиев: Linux-пен салыстыру өте батыл. Ол бір машинада жұмыс істейді - бәрі осы. Ал Кубернетес көптеген машиналарда жұмыс істейді. Миллиондаған өзгерістер мен себептер бірден пайда болады. Иә, батыл. Бұл парадигманың бәсекелестері бар екенін ескерсеңіз. Мысалы, Серверсіз. Кубернетес осындай бәсекелестермен қауіп төнді ме?
Павел Селиванов: Серверсізден... (күлді) Серверсіз – біз әлі де серверлердің бар екенін түсінеміз. Мен жақында осы мәселе бойынша баяндама тыңдадым. Онда адам әлі де серверлер бар екенін айтты - бұл бұлт. Бірақ біз әрқашан бұлттың серверлері бар екенін түсінуіміз керек. Нағыз аппараттық серверлер, сөре бар және олар бір жерде орнатылған. Бұл бұлт. Оның үстіне «жоқ» серверлері жоқ Серверсіз бар. Сонымен сұрақ: Серверсіз Кубернетесті жеңе ме? Менің ойымша, Serverless Kubernetes-ке ауысады. Серверсіз қамтамасыз ететін провайдерлер үшін Kubernetes - бұл қамтамасыз ету үшін өте ыңғайлы платформа. Иә, бәлкім, бір сәтте біз Кубернетес туралы, бизнес-қосымшалардың кәдімгі дамуы туралы айтуды тоқтатамыз. Бірақ тереңдікте провайдерлер мен инженерлерде Кубернетес болады, онда мұның бәрі жүзеге асырылады.
Азат Хадиев: Сәл басқа тақырып. Толық стек инженері деген бар. Олар туралы не ойлайсыз? Олар тіпті бар ма?
Павел Селиванов: Мм... Fullstack инженері... Менің ойымша, бұл нәрселерді ажырата білу керек сияқты... Білесіз бе, Т-тәрізді адамдар бар. Мұндай адамдар бүгінгі өндіріске керек пе? Иә, ол бізге міндетті түрде керек. Бізге дүниетанымы кең, бірақ сонымен бірге қандай да бір тар саланың мамандары қажет. Ал мұнда Fullstack инженері де солай – бәрін жасайтын адам. Функционалды әзірлеуден, тестілеуден, бэк-эндтен, серверлерден және басқалардан бастап. Мен ірі компанияда бір адам мұны әрбір параметр бойынша тар мамандандырусыз жасай алады деп сенбеймін. Бірақ сонымен бірге, жай ғана тар маманданғандықтан, мен бұл жерде не болып жатқанын білмеймін - бұл қазіргі әлемде де жұмыс істемейді. Яғни, бұл жерде мен айтар едім... Fullstack сөзін тастар едім. Бізге инженерлер өте қажет. Бізге DevOps керек. Жақында біз осы сәтті қайта қарастырамыз деп ойлаймын. Және олар қажет болмайды.
Азат Хадиев: Сіз аша аласыз ба?
Павел Селиванов: Менің ойымша, біз индустрияда бұл Dev және Ops рөлдері жақын арада жоғалады деген қорытындыға келетін сияқтымыз. Егер бізге мамандар керек болса және біз аң аулап жүрсек... Бізге анау-мынау әзірлеуші керек, бізге мынандай администраторлар керек, бізге DevOps инженерлері керек - қазір бізде олар бар, енді бізде өндіріс инженерлері, SRE инженерлері болады. Шындығында, бізге жалдағымыз келетін инженерлер қажет. Фон негізінен маңызды емес. Өйткені... Мысалы, SRE инфрақұрылымдық проблемалар әрқашан бағдарламалық қамтамасыз ету мәселесі болып табылады дейді. Сонымен... Әзірлеушілерді алайық - әзірлеуші инженер деген көзқараспен - оларды техникалық қызмет көрсету бөліміне қойыңыз және олар бұл мәселелерді кодтың көмегімен, көмегімен бизнес мәселелерін шешкендей шешеді. сияқты инженерия.
Азат Хадиев: Ал осы тұрғыдан алғанда... Мұндай инженерлерден қалай сұхбат алуға болады?
Павел Селиванов: О, жақсы сұрақ. Ол бұл өмірде менің түсінгенімнен асып кеткен шығар. Бірақ мен мысал келтірер едім. Оның сұхбатқа еш қатысы жоқ. Бұл біздің Ресейдегі білім беру жүйесіне қатысты. IT саласында біз Ресейдегі білім беру жүйеміз IT әлемі үшін өте ескіргенін білеміз, ол болуы керек емес. Мен орта есеппен кең байтақ Ресей туралы және онда болып жатқан оқиғалар туралы айтып отырмын. Оқу бітіргеннен кейін келесі күні веб-әзірлеуге немесе технологиялық компанияға баруға дайын емес адамдар бітіруде. Және бұл біршама нашар. Біз оларға кейбір оғаш нәрселерді үйретеміз, бірақ біз оларға Android, iOS үшін дамуды, Git-ті қалай пайдалану керектігін және осының барлығын үйретуіміз керек. Шындығында, олай емес сияқты. Колледж - бұл сіздің ата-анаңыз сізге ақша төлейтін уақыт. Бүкіл өміріңіз үшін. Ал сіз өміріңіздің бес жылын терең оқуға арнай аласыз. Осының барлығын Т-тәрізді зерттеңіз. Институтта нұсқаларды басқару жүйесі деген не, дамудың қандай үлгілері бар, барлық нәрсені қалай тексеруге болады, қандай деректер базасы мен балансизаторлар бар екенін оқуға болады. Ал жұмысқа барғанда белгілі бір салаға тереңірек үңіле бастайсың. Біз инженерлерді осылай аламыз. Ал біздің Ресейдегі білім беру жүйесі бұл шындыққа біз ойлағаннан әлдеқайда жақын. Бізге жақсы математикалық дайындық, бізге жақсы алгоритмдік дайындық, бағдарламалау тілдері туралы түсінік беріледі. Ал сұхбатқа келетін болсақ, маған осыған жақын нәрсе сияқты. Біз инженерлерден сұхбат алуымыз керек. Т-тәрізді үшін бізге T-ның жоғарғы жағы қажет. Өйткені ол Т әрпінің тік сызығын алады.
Азат Хадиев: Иә, қызық. Колледжді бітіргеннен кейін бес жыл өткен соң, менің білімім біртүрлі және жеткіліксіз болып көрінді. Содан кейін, жұмыс алға жылжыған сайын, тапсырмалар тереңдей түскенде, жобалар үлкенірек бола бастағанда, мен жоқ, маған өте маңызды нәрселерді үйреткенін түсіндім. Павел, рахмет. Жауаптарыңызды тыңдау өте қызықты болды. Есепіңді тыңдайық.
Павел Селиванов: Рахмет.
Ақпарат көзі: www.habr.com