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 vyksta mūsų bendruomenėje šiuo klausimu. Kai kurie žmonės mano, kad neliks nieko, išskyrus „Kubernetes“. Padėtis, kuri seniai susiklostė su „Linux“. Tai yra, už jos ribų... Linux Yra žmonių, kurie gyvena BSD, greičiausiai jie atlieka labai specifines užduotis. Yra žmonių, kurie dirba pagal Windows — „Windows“ serveriai – jie greičiausiai taip pat turi specifinių užduočių arba tiesiog turi patirties šioje srityje ir nėra pasirengę nuo jos pasitraukti. Bet kokiu atveju, mūsų pramonės standartas yra LinuxSusidaro įspūdis, kad „Kubernetes“ taps de facto standartu ir nieko daugiau nebebus. „Kubernetes“ valdys ne tik programas, jų diegimą, diegimą ir mastelio keitimą. Ji valdys viską. Žmonės dabar klausia: „Ar įmanoma duomenų bazę įdėti į „Kubernetes“?“ Paprastai sakau, kad problema čia ne „Kubernetes“, o „Docker“. Jei esate pasirengę, kad jūsų duomenų bazė veiktų konteineriuose, kaip tai veiks? Jie man sako: „Ne, ne, ne, palaukite. Jums nereikia konteinerių. Jums reikia „Kubernetes“. Mes ją prijungsime prie mazgo. Taigi viskas bus taip pat, kaip ir dabar, tik „Kubernetes“ viską valdys.“ Ir tai tikrai gera idėja. Taigi, „Kubernetes“ yra toks dalykas, kuris leidžia jums ateiti į įmonę, jei įmonėje yra „Kubernetes“ ir jos procesai sukurti jos pagrindu, tada kažkas, kas tai supranta, gali tiesiog praleisti porą dienų dirbdamas su ja ir pasakyti: „Esu pasiruošęs jus paremti. Visiškai. Iki galo. Suprantu, kaip viskas jums veikia.“ Kitaip nei metodai be „Kubernetes“ – jie ėmėsi vieno įsilaužimo, paskui kito. Štai „Ansible“, štai „Terraform“. Kažkas visa tai parašė, ir prireikė šešių mėnesių, kad tai suprastų. Taigi, nežinau, ar „Kubernetes“ taps de facto standartu. Šiuo metu jis atrodo daug ambicingesnis ir užtikrintesnis nei aplink jį esantys sprendimai.
Azatas Khadievas: Na, palyginimas su Linux Gana drąsu. Veikia viename kompiuteryje – ir viskas. Tačiau „Kubernetes“ veikia daugelyje kompiuterių. Iš karto iškyla milijonas variantų ir priežasčių. Taip, drąsu. Tačiau nepamirškite, kad ši paradigma turi konkurentų. Pavyzdžiui, „Serverless“. Ar „Kubernetes“ gresia pavojus dėl tokių konkurentų?
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. Tikriausiai jis viršija mano supratimą apie šį pasaulį. Bet aš tiesiog pateiksiu pavyzdį. Jis neturi nieko bendra su interviu. Kalbama apie mūsų švietimo sistemą Rusijoje. IT srityje žinome, kad mūsų švietimo sistema Rusijoje yra labai pasenusi IT pasauliui; ji nėra tokia, kokia turėtų būti. Kalbu apie didžiulę Rusiją ir tai, kas ten vyksta. Žmonės baigia studijas, kurie visiškai nepasiruošę kitą dieną po studijų pradėti dirbti interneto svetainių kūrimu ar technologijų įmonėje. Ir jie mano, kad tai blogai. Mes mokome juos keistų dalykų, nors turėtume mokyti juos kurti programas. Android, skirta „iOS“, kaip naudotis „Git“ ir visa kita. Tiesą sakant, atrodo, kad taip nėra. Kolegija yra laikas, kai tavo tėvai daugiausia moka už tave. Visą tavo gyvenimą. Ir tu gali skirti penkerius savo gyvenimo metus nuodugniam mokymuisi. Ir viso šio T formos dalyko mokymuisi. Kai kolegijoje gali mokytis, kas yra versijų valdymo sistema, kokie yra kūrimo šablonai, kaip testuoti visa tai, kokios yra duomenų bazės ir apkrovos balansavimo įrenginiai. O kai eini į darbą, pradedi gilintis į konkrečią sritį. Ir taip mes gauname inžinierius. Ir mūsų švietimo sistema Rusijoje yra daug arčiau šios tiesos, nei manome. Mums suteikiamas geras matematinis parengimas, geras algoritminis parengimas, mums suteikiamas tam tikras programavimo kalbų supratimas. O dėl pokalbių, manau, kažkas panašaus į tai. Mums reikia apklausti inžinierius. Mums reikia viršutinės T dalies T formos studente. Nes ji įgis vertikalią T 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
