Dekodavimas:
Azat Khadiev: Sveiki. Mano vardas Azat Khadiev. Esu „Mail.ru Cloud Solutions“ „PaaS“ kūrėjas. Su manimi yra Pavelas Selivanovas iš Southbridge. Dalyvaujame „DevOpsDays“ konferencijoje. Jis čia papasakos apie tai, kaip galite sukurti „DevOps“ naudodami „Kubernetes“, bet greičiausiai jums nepavyks. Kodėl tokia tamsi tema?
Pavelas Selivanovas: Iš tikrųjų tai nėra niūru. Kalbama apie tai, kad technologijų pagalba bandome išspręsti daug problemų mūsų bendruomenėje. O mes stengiamės gana vienpusiškai spręsti reikalus pasitelkdami technologijas. Kubenetes tas pats – už tai jie atsakingi, galima sakyti, kad ops. Tačiau turime puikią „DevOps“ inžinieriaus koncepciją. „DevOps“ inžinierius yra atsakingas už „Kubernetes“. Tuo pačiu... Kaip ir jūs kuriate Kubernetes, bet Dev vaikinai visai nežino apie visas šias Kubernetes, jie nežino, ką tai leidžia jums padaryti - ir jiems viskas lygiai taip pat. Ir tai nepaisant to, kad „Kubernetes“ yra paruoštų sprendimų, paruoštų įrankių, skirtų naudoti šią technologiją siekiant išplėsti šį „DevOps“ metodą, ryšį tarp „Dev“ ir „Ops“. Šia galimybe naudojamės labai mažai. Dėl to, kad net dabartines struktūras perkeliame į visus šiuos „DevOps“ įrankius – „Docker“, „Kubernetes“, „debesys“ ir pan. – šią situaciją dar labiau apsunkiname. Ir įrankius pradedame naudoti kitaip, nei buvo numatyta. Ir aplink visas šias technologijas statomi tiesiog baisūs ramentai.
Azat Khadiev: Suprantu. Atrodo, kad tai plati tema. Kaip manote, kokias problemas šiuo metu įmonės patiria dažniausiai? Su Kubernetes.
Pavelas Selivanovas: Dažniausia „Kubernetes“ problema yra kompetencijų trūkumas. Tai dažna IT problema. Specialistų visada trūksta. Visada trūksta kompetencijų. O dabar su Kubernetes neužtenka kompetencijų. Ir tuo pat metu rinkoje vis dar yra 100% paruoštų sprendimų, kurie leistų gauti Kubernetes, bet tuo pačiu metu neturite reikiamų kompetencijų, jų rinkoje yra nedaug. Ir tie, kurie egzistuoja, visi kelia tam tikrų klausimų. Su Kubernetes nuolat ieškome žmonių, kurie tai suprastų. Stengiamės prie to pritaikyti plėtrą.
Azat Khadiev: Ir atsižvelgiant į dabartinį IT personalo trūkumą. Kuris visada buvo. Ir dabar yra. Kaip manote, kaip gyventi tokiomis sąlygomis? Kokie yra gyvenimo lūžiai?
Pavelas Selivanovas: „Lifehacks“. Pirma, debesų požiūriu gyvenimo įsilaužimas atrodo taip – suteikime mums kai kurias savo kompetencijas. Ir mes juos pasiimsime sau. Ir mes tai padarysime savyje. Ir tai viskas gerai. Išskyrus tai, kad tai svarbu suprasti tiems, kurie tuo naudojasi... Tiesą sakant, puikus momentas... Tačiau svarbu suprasti, kad jei dalį savo kompetencijų kur nors atiduodame debesiui ar teikėjui, mainais gauname universalų sprendimą . Grubiai tariant, mes turime duomenų bazę, kuri atlieka labai specifinius dalykus, ir ji buvo sukonfigūruota labai specifiniu būdu. Suteikę šią duomenų bazę debesiui, mes, žinoma, galime atleisti administratorių, kuris anksčiau dirbo su duomenų bazių klasteriais – už mus tai padarys ta pati „Amazon“ arba „Google“. Tačiau tuo pačiu metu „Amazon“ ar „Google“ neleis mums aiškiai sukonfigūruoti duomenų bazės. Dideli projektai, stambios įmonės – bet kokiu atveju prieina taip, kad tam tikru savo gyvenimo etapu naudoja debesų sprendimus, o paskui bet kokiu atveju grįžta prie kompetencijų grąžinimo į save, nes reikia kažko konkretesnio. .
Azat Khadiev: Ar universalūs sprendimai yra blogi, ar jų pagrindu galima sukurti daugiau?
Pavelas Selivanovas: Ne, universalūs sprendimai tikrai nėra blogi. Universalūs sprendimai yra geri. Tiesiog universalūs sprendimai... universalūs. Čia svarbu suprasti. Tai panašu į bendrą scenarijų... Jei galite sukurti visą įmonės darbo logiką aplink šį bendrą scenarijų, bendrą programą, tai puiku. Ir jei darbo logika kitokia, bet imi šį universalų sprendimą, universalų scenarijų – ir pradedi kaip pelėda tempti gaublį, tai blogai. Ir pačiame universalizme nėra nieko blogo.
Azat Khadiev: Jei šis administratorius jau dirba pas jus, esmė ne jo atleidime. Jis tiesiog galės daugiau.
Pavelas Selivanovas: Taip, atimkite iš jo rutiną ir atiduokite jas kažkur kam nors, kad kur nors būtų padaryta. Tai tikrai geras požiūris. Čia svarbu, ar šis standartinis sprendimas tinka konkrečiam atvejui.
Azat Khadiev: Tiesiog remdamasis savo patirtimi matau, kad daugelis įmonių daro tą patį. Jie kuria Kubernetes klasterį ir galvoja apie jo mastelį. Ir visos šios operacijos yra labai pakartojamos.
Pavelas Selivanovas: Taip, tikrai. Be to, jei paimtume konkrečiai „Kubernetes“, tai yra toks dalykas, kad šiuo metu rinkoje yra tikrai mažai gilių, gerų žinių apie „Kubernetes“. O Kubernetes yra toks milžiniškas konstruktorius, kad samdydami jį įmonei būkite pasirengę pasiimti inžinierių, kuris visa tai atliks visą darbo dieną. Ir tai brangu. Ir vėl pabandykite susirasti tokį inžinierių. Jei kalbu apie save, man nelabai patinka jokie debesų sprendimai, nes pakankamai gerai ir giliai suprantu, kaip veikia Kubernetes. Ir dažnai debesyse man tiesiog trūksta funkcijų, kurių prašau, bet jie man sako: „Ne, tu negali“. Na, tokiu atveju atsiprašau, bet aš galiu geriau nei Debesis. Bet tuo pat metu, jei neturite etatinio inžinieriaus, nenorite mokėti už šį „Kubernetes“ valdantį inžinierių ir nuolat mokate jam daug pinigų, kad tik eksperimentuotų, tada debesis yra tiesiog geras, puikus sprendimas. Nes ten bent jau sėdi vaikinai, kuriuos paslaugų teikėjas jau įdarbino. Ir jie žino, ką daro. Ir tie pagrindiniai dalykai, kurių jums reikia kasdien, yra.
Azat Khadiev: Ką manote apie dabartinę Kubernetes būklę? Kas jam nutiks po penkerių ir dešimties metų?
Pavelas Selivanovas: Geras klausimas. Aš tiesiog žinau, kas šiuo klausimu vyksta mūsų bendruomenėje. Kai kurie žmonės mano, kad neliks nieko, išskyrus Kubernetes. Situacija, kuri atsitiko su Linux seniai. Tai yra, už Linux ribų yra žmonių, kurie gyvena BSD, greičiausiai jie turi labai specifines užduotis. Yra žmonių, kurie dirba su Windows – Windows serveriais – greičiausiai jie turi ir konkrečių užduočių, arba tiesiog turi kompetencijos šiuo klausimu ir nėra pasiruošę ten išeiti. Bet kuriuo atveju standartas mūsų srityje yra Linux. Yra nuomonė, kad „Kubernetes“ taps tuo pačiu de facto standartu ir nieko nebus, išskyrus „Kubernetes“. Kubernetes valdys ne tik programas, jų diegimą, diegimą ir mastelio keitimą. Apskritai viską tvarkyk. Dabar jie jau klausia: „Ar įmanoma įkelti duomenų bazę į Kubernetes? Paprastai sakau, kad problema čia ne Kubernetes, o Docker. Jei esate pasirengęs, kad jūsų duomenų bazė būtų paleista konteineriuose, ji veiks taip. Jie man atsako: „Ne, ne, ne, palauk. Nereikia konteinerių. Reikia Kubernetes. Mes įskiepijame jį į mazgą. Tai yra, viskas bus taip, kaip dabar turime, tik „Kubernetes“ viską valdys“. Ir tai iš tikrųjų yra gera idėja. Tai yra, „Kubernetes“ yra toks dalykas, kai gali ateiti į įmonę, jei įmonėje yra „Kubernetes“ ir ant jo pastatyti procesai, tai žmogui, kuris tai supranta - jam tereikia pažiūrėti porą dienų, kad pasakytų: „ Aš pasiruošęs jus palaikyti. Visiškai. Visiškai. Aš suprantu, kaip viskas veikia tau. Priešingai nei privažiavimai be Kubernetes - čia buvo įkišti vieni ramentai, čia kiti ramentai. Galima čia, Terraforma čia. Kažkas visa tai parašė, ir prireiks šešių mėnesių, kad tai išsiaiškintų. Čia. Taigi, ar „Kubernetes“ taps de facto standartu, aš nežinau. Šiandien jis atrodo daug ambicingesnis ir labiau pasitikintis savimi nei aplink jį egzistuojantys sprendimai.
Azat Khadiev: Na, palyginimas su Linux yra gana drąsus. Tai veikia vienoje mašinoje - tai viskas. Ir Kubernetes veikia daugelyje mašinų. Iškart atsiranda milijonas variantų ir priežasčių. Taip, tai drąsu. Tiesiog jei atsižvelgsite į tai, kad šiai paradigmai yra konkurentų. Pavyzdžiui, be serverio. Ar „Kubernetes“ gresia pavojus su tokiais konkurentais?
Pavelas Selivanovas: Iš „Serverless“... (juokas) „Serverless“ – mes vis dar tai suprantame. serveris Juk tokių yra. Neseniai girdėjau pranešimą šia tema. Vaikinas ten sakė, kad juk yra serveriai – ir tai yra debesija. Tačiau visada turime suprasti, kad debesija taip pat turi serverius. Yra tikri aparatinės įrangos serveriai, stelažas, ir jie kažkur įdiegti. Tai yra debesija. Be to, yra ir be serverių technologija, kur... serveriai „Ne.“ Taigi klausimas, ar „Serverless“ nugalės „Kubernetes“? Manau, kad „Serverless“ pereis prie „Kubernetes“. Tiekėjams, siūlantiems „Serverless“, „Kubernetes“ yra labai patogi platforma. Taip, galbūt kažkuriuo metu nustosime kalbėti apie „Kubernetes“ kaip standartinę verslo programų kūrimo priemonę. Tačiau kažkur giliai, tiekėjai ir inžinieriai turės „Kubernetes“, kur visa tai bus įdiegta.
Azat Khadiev: Šiek tiek kitokia tema. Yra toks dalykas kaip „full-stack“ inžinierius. ka manai apie juos? Ar jie net egzistuoja?
Pavelas Selivanovas: Hm... Fullstack inžinierius... Na, man atrodo, kad verta atskirti šiuos dalykus, kurie... Žinote, yra toks dalykas kaip T formos žmonės. Ar tokie žmonės reikalingi šiuolaikinei pramonei? Taip, mums to tikrai reikia. Mums reikia žmonių, turinčių plačią akiratį, bet kartu ir kokios nors siauros srities specialistus. O čia Fullstack inžinierius tas pats – viską darantis žmogus. Pradedant nuo front-end kūrimo, testavimo, back-end, serverių ir visa kita. Netikiu, kad didelėje įmonėje vienas žmogus gali tai padaryti neturėdamas siauros specializacijos kiekviename iš parametrų. Bet tuo pat metu, tiesiog turėdamas siaurą specializaciją, pavyzdžiui, kas vyksta aplinkui, aš nieko nežinau - tai taip pat neveikia šiuolaikiniame pasaulyje. Tai čia aš sakyčiau... Atmesčiau žodį Fullstack. Mums tikrai reikia inžinierių. Mums reikia „DevOps“. Jaučiu, kad greitai persvarstysime šią akimirką. Ir jų neprireiks.
Azat Khadiev: Ar galite atskleisti?
Pavelas Selivanovas: Man atrodo, kad mes, pramonės atstovai, padarysime išvadą, kad šie kūrėjo ir operatoriaus vaidmenys greitai išnyks. Jeigu reikia specialistų ir medžiojame... Reikia tokio ir tokio kūrėjo, reikia tokių ir tokių administratorių, reikia DevOps inžinierių - dabar juos turime, dabar turėsime ir gamybos inžinierius, SRE inžinierius. Nors iš tikrųjų mums reikia inžinierių, kuriuos norime pasamdyti. Fonas apskritai nėra svarbus. Nes... Pavyzdžiui, SRE sako, kad infrastruktūros problemos visada yra programinės įrangos problemos. Taigi... Paimkime kūrėjus – iš to požiūrio, kad kūrėjas yra inžinierius – įdėkite juos į techninės priežiūros skyrių ir jie išspręs šias problemas taip, kaip sprendžia verslo problemas naudodami kodą, su pagalba. inžinerijos kaip tokios.
Azat Khadiev: O šiuo požiūriu... Kaip apklausti tokius inžinierius?
Pavelas Selivanovas: O, geras klausimas. Jis tikriausiai jau yra už tai, ką aš suprantu šiame gyvenime. Bet pateikčiau tik pavyzdį. Tai neturi nieko bendra su interviu. Tai apie mūsų švietimo sistemą Rusijoje. IT srityje mes žinome, kad mūsų švietimo sistema Rusijoje yra labai pasenusi IT pasauliui, ji nėra tokia, kokia turėtų būti. Aš kalbu vidutiniškai apie didžiulę Rusiją – ir tai, kas ten vyksta. Studijas baigia žmonės, kurie visiškai nepasirengę kitą dieną po studijų baigimo eiti į interneto svetainių kūrimą ar technologijų įmonę. Ir tai kažkaip blogai. Mokome juos kai kurių keistų dalykų, nors turėtume mokyti, kaip kurti „Android“, „iOS“, kaip naudoti „Git“ ir visus šiuos dalykus. Tiesą sakant, atrodo, kad ne. Kolegija – tai laikas, kai už tave daugiausia moka tėvai. Visą savo gyvenimą. Ir jūs galite skirti penkerius savo gyvenimo metus giliam mokymuisi. Ir išstudijuokite visa tai T formos. Kai institute gali studijuoti, kas yra versijų valdymo sistema, kokie yra kūrimo modeliai, kaip visa tai išbandyti, kokios yra duomenų bazės ir balansavimo priemonės. O kai eini į darbą, pradedi gilintis į konkrečią sritį. Ir taip gauname inžinierius. Ir mūsų švietimo sistema Rusijoje yra daug arčiau šios tiesos, nei mes manome. Mums suteikiamas geras matematinis mokymas, geras algoritmų mokymas, šiek tiek suprantamas programavimo kalbas. O dėl interviu man atrodo kažkas panašaus į tai. Turime apklausti inžinierius. Mums reikia T formos viršaus. Nes ji įgis vertikalią T raidės liniją.
Azat Khadiev: Taip, įdomu. Praėjus penkeriems metams po koledžo, man atrodė, kad mano išsilavinimas buvo kažkoks keistas ir netinkamas. O paskui, darbui įsibėgėjus, kai užduotys gilėjo, projektai tapo didesni, supratau, kad ne, mane mokė labai svarbių dalykų. Pavel, ačiū. Buvo labai įdomu klausytis jūsų atsakymų. Paklausykime jūsų pranešimo.
Pavelas Selivanovas: Ačiū.
Šaltinis: www.habr.com
