Dekodeerimine:
Azat Khadiev: Tere. Mina olen Azat Khadiev. Olen PaaS-valdkonna arendaja Mail.ru Cloud Solutions. Minuga on siin Pavel Selivanov ettevõttest Southbridge. Meie oleme DevOpsDays konverentsil. Ta esitab siin ettekande selle kohta, et Kubernetesega on võimalik luua DevOps, kuid tõenäoliselt ei õnnestu teil see. Miks on sõnum nii sünge?
Pavel Selivanov: Tegelikult ei ole see sünge. See räägib sellest, et paljusid probleeme meie kogukonnas püüame lahendada tehnoloogia abil. Ja me püüame lahendada neid problemaatiliselt. Kubernetes on sama asi — see on asi, mille eest vastutab, võib öelda, Ops. Kuid meil on suurepärane mõiste DevOps insener. Just Kubernetesest vastutab DevOps insener. Sellegipoolest... Tüüpiliselt panete te Kubernetesesse, kuid Dev poisid ei tea üldse, mis kõik selle Kubernetesega toimub, ei ole teadlikud, mida see võimaldab — ning kõik elab neil endiselt samamoodi. Ja see vaatamata sellele, et Kubernetes sisaldab endas valmis lahendusi, tööriistu, et muuta see tehnoloogia DevOpsi lähenemiseks, Dev ja Ops vahelise suhtluse võimaldamiseks. Me kasutame seda võimalust väga vähe. Just seetõttu, et me viime isegi olemasolevad struktuurid kõigi nende DevOpsi tööriistade—Docker, Kubernetes, pilved jne — peale, teeme olukorra veelgi halvemaks. Ja tööriistad hakkavad uut moodi kasutama, mitte nii, nagu need on mõeldud. Kõikide nende tehnoloogiate ümber kerkivad lihtsalt kohutavad tugid.
Azat Khadiev: Arusaadav. Tundub, et teema on ulatuslik. Kuidas sa arvad, mis on hetkeseisus ettevõtete kõige levinum probleem? Kubernetesega.
Pavel Selivanov: Kubernetesega on kõige levinum probleem—puuduvad oskused. IT-sektoris on see levinud probleem. Alati on spetsialiste puudu. Alati on oskustest puudu. Ja praegu on Kubernetesega oskustest puudu. Samuti on turul vähesed 100% valmis lahendused, mis võimaldaksid teil saada Kubernetes, ilma et te peaksite omama vajalikke oskusi, ja isegi need, mis on olemas, tekitavad küsimusi. Me oleme pidevalt soovinud leida inimesi, kes valivad Kuberneteset. Püüame arendust selle jaoks esile tõsta.
Azat Khadiev: Arvestades praegust töötajate puudust IT-s, mis on alati olemas olnud ja on praegu. Kuidas sa arvad, kuidas nende tingimustes püsida? Millised on elureeglid?
Pavel Selivanov: Elureeglid. Esiteks, pilveteenuste kontekstis on elureegel selline—laske meil võtta osa teie oskustest. Me võtame need endale. Ja teeme seda kõik oma sees. Kõik on hea. Välja arvatud see, et oluline on mõista neid, kes seda kasutavad... Tegelikult on see suurepärane hetk... kuid oluline on mõista, et andes osa oma oskustest pilvele või teenusepakkujale, saame vastuseks universaalse lahenduse. Lihtsalt öeldes, meil on andmebaas, mis sooritab väga spetsiifilisi asju ja see oli väga spetsiifiliselt seadistatud. Anda see andmebaas pilve, suudame loomulikult vallandada administraatori, kes enne tegeles andmebaasi klastritega—sama Amazon või Google teeb seda meie eest. Kuid samas Amazon või Google ei luba meil meie andmebaasi täpselt seadistada. Suured projektid, suured ettevõtted—nad, võivad-olla, jõuavad mingil oma elu etapil pilvelahenduste kasutamiseni, kuid nad pöörduvad kindlasti tagasi oma oskuste juurde, kuna nad vajavad spetsiifilisemat lähenemist.
Azat Khadiev: Universaalsed lahendused—kas see on halb või selle alusel saab rohkem ehitada?
Pavel Selivanov: Ei, universaalsed lahendused—see ei ole kindlasti halb. Universaalsed lahendused—see on hea. Lihtsalt universaalsed lahendused... on universaalsed. Siin on oluline mõista. See on nagu võtta üldine skript... Kui sa suudad selle üldise skripti, üldise rakenduse kõrvale ehitada kogu ettevõtte töölogika—siis on see hämmastav. Kui aga töölogika on teine, ja sa võtad selle universaalse lahenduse, universaalse skripti ja hakkad seda rakendama, see on halb. Üldiselt ei ole universaalsuses midagi halba.
Azat Khadiev: Kui see admin kindlasti töötab, ei ole asi tema vallandamises. Ta suudab lihtsalt rohkem teha.
Pavel Selivanov: Jah, võtta tema rutiin ja anda see kellelegi, et need saaksid sinna minna. See on kindlasti hea lähenemine. Oluline on, et see standardlahendus sobib konkreetse juhtumiga.
Azat Khadiev: Lihtsalt oma kogemustest lähtudes näen, et paljud ettevõtted tegelevad sama asja tegemisega. Nad seadistavad Kubernetes klastrit ja mõtlevad selle skaleerimisele. Ning kõik need toimingud on väga korduvad.
Pavel Selivanov: Jah, kindlasti. Eriti kuna kui me võtame konkreetselt Kubernetes, on hetkel tõsiasi, et sügavaid ja kvaliteetseid teadmisi Kubernetesest on turul tõeliselt vähe. Kubernetes on selline tohutu ehituskube, et kui te toite selle ettevõttesse, olge valmis võtma koos sellega inseneri, kes tegeleb selle kõigega täiskohaga. Ja see on kallis. Ja sellist inseneri on veel raske leida. Kui rääkida minust, siis ma ei armasta liiga palju pilvelahendusi, sest ma mõistan Kubernetesest päris hästi ja sügavalt, kuidas see töötab. Ja mulle tihti just pilvedes puudub mõni funktsionaalsus, mida ma küsisin - ja mulle öeldakse "Ei, ei saa." No, sellisel juhul vabandust, aga ma saan paremini kui pilv. Kuid samas, kui teil pole inseneri täiskohaga, pole soov selle inseneri eest maksta, kes paneelib Kubernetesit ja kellele te pidevalt palju raha maksate, et ta lihtsalt katsetaks, siis pilv on tõesti hea lahendus. Sest seal töötavad ikkagi inimesed, kelle on juba hankinud teenusepakkuja. Ja nad saavad aru, mida nad teevad. Ja need põhiasjad, mis teil igapäevaelus on vajalikud, on seal olemas.
Azat Khadiev: Kuidas sa arvad, millises seisundis Kubernetes praegu on? Mis temaga juhtub viie ja kümne aasta pärast?
Pavel Selivanov: Hea küsimus. Ma lihtsalt tean, mis meie kogukonnas selle koha pealt toimub. Mõned inimesed usuvad, et peale Kubernetes ei jää mitte midagi. See olukord, mis juhtus juba ammu Linuxitega. See tähendab, et Linuxi väliselt on inimesi, kes elavad BSD-l, neil on tõenäoliselt väga spetsiifilised ülesanded. On inimesi, kes töötavad Windowsi all - Windows serverite all - neil on tõenäoliselt ka spetsiifilised eesmärgid, või neil on lihtsalt antud valdkonnas kompetents ja nad ei ole valmis sealt lahkuma. Igatahes on meie valdkonnas standard Linux. On arvamus, et Kubernetes muutub samaks de facto standardiks, ja peale Kubernetes ei tule midagi. Kubernetes hakkab juhtima mitte ainult rakendusi, nende juurutamist, seadistamist ja skaleerimist. Kõike. Praegu küsitakse juba: "Kas Kubernetesesse saab andmebaasi panna?" Ma tavaliselt ütlen, et küsimus pole Kuberneteses, vaid Dockeris. Kui olete valmis, et teie andmebaas töötab konteinerites, siis kuidas see töötab? Minu vastus on: "Ei, ei, oodake. Konteineritesse ei ole vaja. On vaja Kubernetesesse. Me ühendame selle sõlmega. Kõik on nagu on praegu, lihtsalt seda juhib Kubernetes." Ja see on tegelikult hea idee. Kubernetes on selline asi, et kui tulite ettevõttesse, kus on Kubernetes ja selle põhjal üles ehitatud protsessid, siis inimesele, kes sellest aru saab, piisab paarist päevast, et öelda: "Olen valmis teid täielikult toetama. Ma aru sain, kuidas teie asjad toimivad." Erinevalt lähenemistest ilma Kuberneteseta - siin on ainult tugijupid, siin on teised tugijupid. Siin on Ansible, siin on Terraform. Keegi on kõik selle kirjutanud ja selle mõistmiseks kulub kuus kuud. Nii et, kas Kubernetes saab de facto standardiks, ma ei tea. Hetkel tundub ta palju ambitsioonikam ja kindlam kui lahendused, mis tema ümber on.
Azat Khadiev: Noh, võrdlus Linuxiga on piisavalt julge. See töötab ju ühel masinal - ja kõik. Ja Kubernetes töötab paljude masinate peal. Kohe kerkib esile miljon variatsiooni ja põhjust. Jah, see on julge. Lihtsalt arvestades, et selle lähenemise konkurente on olemas. Näiteks Serverless. Kas Kubernetes on selliste konkurentide ees ohus?
Pavel Selivanov: Serverless… (naer) Serverless - me ju mõistame, et serverid seal on siiski. Kuulsin hiljuti selle kohta ettekannet. Seal inimene ütles, et serverid on siiski olemas - ja see on pilv. Kuid me peame alati mõtlema, et pilves on ka serverid. Seal on reaalsed füüsilised serverid, riiul, ja need on kusagil paigaldatud. See ongi pilv. Selle peal eksisteerib Serverless, kus serverite "ei ole". Nii et küsimus on, kas Serverless suudab Kubernetesest üle sõita? Minu arvates peavad tõenäoliselt Serverless lahendused Kubernetesesse minema. Teenusepakkujatele, kes pakuvad Serverless lahendusi, on Kubernetes väga mugav platvorm nende pakkumiseks. Jah, võib-olla, mingil hetkel lõpetame Kubernetesest üldse rääkimise kui igapäevaste ärrakenduste arendamisest. Kuid kusagil sügaval teenusepakkujates ja insenerides jääb ikkagi Kubernetes, kus kõike seda rakendatakse.
Azat Khadiyev: Veidi teistsugune teema. On olemas mõisted, nagu fullstack-insener. Mida sina neist arvad? Kas nad üldse eksisteerivad?
Pavel Selivanov: Em... Fullstack-insener… No, minu arvates tuleks neid asju eristada. Sa tead, on selline asi nagu T-kujulised inimesed. Kas sellised inimesed on tänapäeva tööstuses vajalikud? Jah, kindlasti on. Me vajame inimesi, kellel on lai silmaring, kuid samas on nad spetsialistid mingis kitsas valdkonnas. Ja siin ongi fullstack-insener sama — inimene, kes teeb kõike. Alates frontend-arendamisest, testimisest, backend-ist, serveritest ja kõigest muust. Ma ei usu, et suures firmas saab seda kõike teha üks inimene, ilma et tal oleks kitsas spetsialiseerumine igas osas. Aga samas, kui sul on ainult kitsas spetsialiseerumine, näiteks sa ei tea, mis selle ümber toimub — see ei tööta ka tänapäeva maailmas. Seega, ma ütleks, et... ma jätaksin sõna fullstack välja. Me vajame väga insenere. Me vajame DevOps'i. Ma tunnen, et me peame peagi seda küsimust ümber vaatama. Ja nad ei ole enam vajalikud.
Azat Khadiyev: Kas sa saad seda selgitada?
Pavel Selivanov: Ma arvan, et me tööstuses jõuame sinna, et need rollid, Dev ja Ops, kaovad peagi. Kui me vajame spetsialiste ja me otsime... Vajame sellist arendajat, vajame selliseid administraatoreid, vajame DevOps-insenere — nüüd on nad meil olemas, varsti lisanduvad tootmisinsenere, SRE-insenere. Kuigi tegelikult see, mida me vajame — need on insenerid, keda me tahame töötamiseks võtta. Taust on suurelt jaolt ebaoluline. Sest... Näiteks SRE ütleb, et infrastruktuuri probleemid on alati tarkvaralised. Mis... Võtame arendajad — arendaja on insener — paneme nad kogu hoidmise osakonda ja nad lahendavad need probleemid sama moodi nagu nad lahendavad äriprobleeme koodi ja inseneritöö abil.
Azat Khadiyev: Ja sellisest vaatepunktist... Kuidas selliseid insenere esitada?
Pavel Selivanov: Oh, hea küsimus. Ta on arvatavasti juba minu arusaamade piirest väljas. Aga ma tooksin lihtsalt näite. See ei seondu tööintervjuudega. See on meie haridussüsteemi kohta Venemaal. IT-sektoris teame, et meie haridussüsteem Venemaal on IT-maailma jaoks väga vananenud, see ei ole selline nagu peaks olema. Ma räägin keskmiselt kogu Venemaast — ja mis seal toimub. Valmivad inimesed, kes ei ole absoluutselt valmis homme pärast lõpetamist minema veebiarendusse, tehnoloogiaettevõttesse. Ja see on halb. Me õpetame neid mingi kummaliste asjadega, kuigi peaksime õpetama, kuidas arendada Androidile, iOS-ile, kuidas kasutada Giti ja kõiki neid asju. Tegelikult nagu ei ole. Ülikool on selline aeg, mil sul maksavad suuremal määral vanemad. Kogu sinu elu. Ja sa saad pühendada oma elu viie aasta, et süvitsi õppida. Ja uurida kogu seda T-kujulist. Kui sa saad ülikoolis õppida, mis on versioonihalduse süsteem, milliseid arendusmudeleid on, kuidas seda testida, milliseid andmebaase ja tasakaalustajaid on. Ja kui sa juba lähed tööle, hakkad sa süvenema mingisse konkreetsesse valdkonda. Ja seega saame me insenere. Ja meie haridussüsteem Venemaal on palju lähemal sellele tõele, kui me arvame. Me saame hea matemaatilise ettevalmistuse, saame hea algoritmilise ettevalmistuse, me saame mingisuguse ettekujutuse programmeerimiskeeltest. Ja tööintervjuu kohta tundub mulle, et see on midagi sellist, mis on seotud sellega. Me peame insenere esitlema. Me vajame T-kujulise tähe ülemist osa. Sest vertikaalne joon T-tähe peal tuleb tal.
Azat Khadiyev: Jah, huvitav. Pärast ülikooli viis aastat tundus mulle, et mu haridus oli kuidagi kummaline ja ebapiisav. Ja siis, kui tööülesanded muutusid sügavamaks, projektid suuremaks, mõistsin, et ei, mind õpetati väga olulistele asjadele. Pavel, aitäh sulle. Oli väga huvitav kuulata sinu vastuseid. Kuuleme sinu ettekannet.
Pavel Selivanov: Aitäh teile.
Allikas: habr.com
