Malkodado:
Azat Ĥadjev: Saluton. Mia nomo estas Azat Khadiev. Mi estas PaaS-programisto por Mail.ru Cloud Solutions. Kun mi jen Paŭlo Selivanov el Sudponto. Ni estas ĉe la konferenco DevOpsDays. Li prelegos ĉi tie pri kiel vi povas konstrui DevOps kun Kubernetes, sed plej verŝajne vi ne sukcesos. Kial tia malhela temo?
Paŭlo Selivanov: Ĝi fakte ne estas morna. Temas pri tio, ke ni provas solvi multajn problemojn en nia komunumo helpe de teknologio. Kaj ni provas solvi aferojn helpe de teknologio en iom unuflanka maniero. Kubenetes estas la sama - ĉi tio estas la afero pri kiu ili respondecas, oni povus diri ke Ops. Sed ni havas bonegan koncepton pri DevOps-inĝeniero. DevOps-inĝeniero respondecas pri Kubernetes. Samtempe... Kiel vi faras Kubernetes, sed la Dev-uloj tute ne konscias pri ĉiuj ĉi Kubernetes, ili ne konscias pri tio, kion ĝi permesas al vi fari - kaj ĉio vivas ekzakte same por ili. Kaj ĉi tio estas malgraŭ tio, ke Kubernetes enhavas pretajn solvojn, pretajn ilojn por uzi ĉi tiun teknologion por streĉi ĉi tiun DevOps-aliron, komunikadon inter Dev kaj Ops. Ni tre malmulte uzas ĉi tiun ŝancon. Pro la fakto, ke ni eĉ transdonas aktualajn strukturojn al ĉiuj ĉi tiuj DevOps-iloj - Docker, Kubernetes, nuboj kaj tiel plu - ni eĉ pli pligravigas ĉi tiun situacion. Kaj ni komencas uzi la ilojn malsame ol ili estis celitaj. Kaj nur teruraj lambastonoj estas konstruitaj ĉirkaŭ ĉiuj ĉi tiuj teknologioj.
Azat Ĥadjev: Mi komprenas. Ĝi sentas kiel larĝa temo. Kio laŭ vi estas la plej ofta problemo kiun kompanioj havas nun? Kun Kubernetes.
Pavel Selivanov: La plej ofta problemo kun Kubernetes estas la manko de kompetentecoj. Ĉi tio estas ofta problemo en IT. Ĉiam mankas specialistoj. Ĉiam mankas kompetentecoj. Kaj nun kun Kubernetes ne sufiĉas kompetentecoj. Kaj samtempe, ekzistas ankoraŭ XNUMX% pretaj solvoj sur la merkato, kiuj permesus al vi akiri Kubernetes, sed samtempe ne havi la necesajn kompetentecojn; sincere estas malmultaj el ili sur la merkato. Kaj tiuj kiuj ekzistas, ili ĉiuj levas kelkajn demandojn. Kun Kubernetes, ni konstante serĉas homojn, kiuj komprenas ĉi tion. Ni provas adapti la evoluon al ĉi tio.
Azat Khadiev: Kaj pro la nuna manko de dungitaro en IT. Kiu ĉiam estis tie. Kaj nun ekzistas. Kiel vi pensas kiel vivi sub ĉi tiuj kondiĉoj? Kiuj vivhakoj ekzistas?
Pavel Selivanov: Vivhakoj. Unue, el la vidpunkto de la nuboj, la vivhako aspektas tiel - ni donu al ni kelkajn el viaj kompetentecoj. Kaj ni prenos ilin por ni mem. Kaj ni faros tion en ni mem. Kaj tio estas ĉio bona. Krom ke estas grave kompreni por tiuj, kiuj uzas ĝin... Efektive bonega momento... Sed gravas kompreni, ke se ni donas parton de niaj kompetentecoj ie al la nubo aŭ provizanto, ni ricevas universalan solvon kontraŭe. . Malglate parolante, ni havas datumbazon kiu faras tre specifajn aferojn, kaj ĝi estis agordita en tre specifa maniero. Donante ĉi tiun datumbazon al la nubo, ni kompreneble povas maldungi la administranton, kiu kutimis trakti datumbazajn aretojn - la sama Amazon aŭ Guglo faros tion por ni. Sed samtempe Amazon aŭ Google ne permesos al ni klare agordi nian datumbazon. Grandaj projektoj, grandaj kompanioj - ĉiukaze ili venas al la punkto, ke en iu etapo de sia vivo ili uzas nubsolvojn, kaj tiam, ĉiukaze, ili revenas al repreni la kompetentecojn al si, ĉar necesas io pli specifa. .
Azat Khadiev: Ĉu universalaj solvoj estas malbonaj aŭ ĉu oni povas konstrui pli sur ilia bazo?
Pavel Selivanov: Ne, universalaj solvoj certe ne estas malbonaj. Universalaj solvoj estas bonaj. Nur universalaj solvoj... universalaj. Estas grave kompreni ĉi tie. Estas kiel preni komunan skripton... Se vi povas konstrui la tutan logikon de la laboro de la kompanio ĉirkaŭ ĉi tiu komuna skripto, komuna aplikaĵo, tiam tio estas bonega. Kaj se la logiko de la verko estas alia, sed oni prenas ĉi tiun universalan solvon, universalan skripton – kaj komencas, kiel strigo, tiri globon, tio estas malbona. Kaj estas nenio malbona kun universalismo mem.
Azat Khadiev: Se ĉi tiu administranto jam funkcias por vi, la punkto ne estas en lia maldungo. Li nur povos fari pli.
Paŭlo Selivanov: Jes, forprenu de li la rutinon kaj donu ilin ie al iu por esti farita ie tie. Ĉi tio certe estas bona aliro. La grava punkto ĉi tie estas ĉu ĉi tiu norma solvo taŭgas por specifa kazo.
Azat Khadiev: Nur surbaze de mia sperto, mi vidas, ke multaj kompanioj faras la samon. Ili starigas Kubernetes-grupon kaj pensas pri grimpi ĝin. Kaj ĉiuj ĉi tiuj operacioj estas tre ripeteblaj.
Paŭlo Selivanov: Jes, certe. Krome, se ni prenas Kubernetes specife, ekzistas tia punkto, ke estas vere malmulte da profunda, bona scio pri Kubernetes sur la merkato nun. Kaj Kubernetes estas tiel giganta konstrukciisto, ke se vi dungas ĝin por firmao, estu preta kunporti inĝenieron, kiu faros ĉion ĉi plentempe. Kaj ĝi estas multekosta. Kaj provu denove trovi tian inĝenieron. Se mi parolas pri mi mem, mi ne tre ŝatas iujn ajn nubajn solvojn, ĉar mi havas sufiĉe bonan kaj profundan komprenon pri kiel funkcias Kubernetes. Kaj ofte en nuboj mankas al mi iuj funkcioj kiujn mi petas - sed ili diras al mi "Ne, vi ne povas." Nu, tiukaze, mi bedaŭras, sed mi povas fari pli bone ol Cloud. Sed samtempe, se vi ne havas plentempan inĝenieron, vi ne volas pagi por ĉi tiu inĝeniero, kiu administras Kubernetes, kaj vi konstante pagas al li multe da mono nur por eksperimenti, tiam la nubo estas nur bona, bonega solvo. Ĉar almenaŭ tie sidas uloj, kiujn la provizanto jam varbis. Kaj ili scias, kion ili faras. Kaj tiuj bazaj aferoj, kiujn vi bezonas ĉiutage, estas tie.
Azat Khadiev: Kion vi pensas pri la nuna stato de Kubernetes? Kio okazos al li post kvin kaj dek jaroj?
Pavel Selivanov: Bona demando. Mi simple scias, kio okazas en nia komunumo rilate al tio. Kelkaj homoj kredas, ke restos nenio krom Kubernetes. La situacio, kiu okazis kun Linukso antaŭ longe. Tio estas, ekster... Linux Estas homoj, kiuj vivas sur BSD, plej verŝajne ili havas tre specifajn taskojn. Estas homoj, kiuj laboras sub Windows — Vindozaj serviloj — ili plej verŝajne ankaŭ havas specifajn taskojn, aŭ ili simple havas sperton en ĉi tiu areo kaj ne pretas forlasi ĝin. Ĉiukaze, la normo en nia industrio estas LinuxEkzistas percepto, ke Kubernetes fariĝos la fakta normo, kaj ke nenio alia ekzistos. Kubernetes administros ne nur aplikaĵojn, ilian deplojon, disvolviĝon kaj skaladon. Ĝi administros ĉion. Homoj nun demandas, "Ĉu eblas meti datumbazon en Kubernetes?" Mi kutime diras, ke la problemo ĉi tie ne estas Kubernetes, sed Docker. Se vi pretas por ke via datumbazo funkciu en ujoj, kiel ĝi funkcios? Ili diras al mi, "Ne, ne, ne, atendu. Vi ne bezonas ujojn. Vi bezonas Kubernetes. Ni greftos ĝin al la nodo. Do ĉio estos sama kiel nun, nur Kubernetes administros ĉion." Kaj tio estas vere bona ideo. Do, Kubernetes estas la speco de afero, kiu permesas al vi veni al kompanio, se la kompanio havas Kubernetes kaj ĝiajn procezojn konstruitajn sur ĝi, tiam iu, kiu komprenas ĝin, povas simple pasigi kelkajn tagojn laborante kun ĝi kaj diri: "Mi pretas subteni vin. Komplete. Ĉion. Mi komprenas kiel ĉio funkcias por vi." Male al aliroj sen Kubernetes — ili alkroĉis unu trukon, poste alian. Jen Ansible, jen Terraform. Iu skribis ĉion ĉi, kaj necesas ses monatoj por eltrovi ĝin. Do, mi ne scias ĉu Kubernetes fariĝos la fakta normo. Nuntempe, ĝi aspektas multe pli ambicia kaj memfida ol la solvoj ĉirkaŭ ĝi.
Azat Ĥadiev: Nu, komparo kun Linux Ĝi estas sufiĉe aŭdaca. Ĝi funkcias sur ununura maŝino — tio estas ĉio. Sed Kubernetes funkcias sur multaj maŝinoj. Miliono da varioj kaj kialoj tuj aperas. Jes, ĝi estas aŭdaca. Sed konsideru, ke ĉi tiu paradigmo havas konkurantojn. Ekzemple, Servila Senfunkciigo. Ĉu Kubernetes estas en danĝero kun tiaj konkurantoj?
Pavel Selivanov: De Senserva... (rido) Senserva - ni ankoraŭ komprenas tion servilo Ja ekzistas. Mi ĵus aŭdis raporton pri tio. La ulo tie diris, ke ja ekzistas serviloj — kaj tio estas la nubo. Sed ni ĉiam devas kompreni, ke la nubo ankaŭ havas servilojn. Ekzistas veraj aparataraj serviloj, rako, kaj ili estas instalitaj ie. Tio estas la nubo. Aldone al tio, ekzistas Senserva, kie serviloj "Ne." Do la demando estas, ĉu Serverless venkos super Kubernetes? Mi pensas, ke Serverless migros al Kubernetes. Por provizantoj, kiuj ofertas Serverless, Kubernetes estas tre oportuna platformo por tio. Jes, eble iam ni ĉesos paroli pri Kubernetes kiel norma ilo por disvolvi komercajn aplikaĵojn. Sed ie profunde, provizantoj kaj inĝenieroj havos Kubernetes, kie ĉio ĉi estos efektivigita.
Azat Khadiev: Iomete malsama temo. Estas tia afero kiel plen-stako inĝeniero. Kion vi pensas pri ili? Ĉu ili eĉ ekzistas?
Paŭlo Selivanov: Um... Fullstack-inĝeniero... Nu, ŝajnas al mi, ke indas distingi inter ĉi tiuj aferoj, kiuj... Vi scias, ekzistas tia afero kiel T-formaj homoj. Ĉu tiaj homoj estas bezonataj en la hodiaŭa industrio? Jes, ni certe bezonas ĝin. Ni bezonas homojn kiuj havas larĝan perspektivon, sed samtempe ili estas specialistoj en iu malvasta kampo. Kaj ĉi tie la Fullstack-inĝeniero estas la sama - homo, kiu faras ĉion. Komencante de front-end evoluado, testado, back-end, serviloj kaj ĉio alia. Mi ne kredas, ke en granda kompanio unu homo povas fari ĉi tion sen havi mallarĝajn specialiĝojn en ĉiu el la parametroj. Sed samtempe, simple havante mallarĝan specialiĝon, kiel kio okazas ĉirkaŭ ĉi tio, mi scias nenion - ankaŭ ĉi tio ne funkcias en la moderna mondo. Tio estas, ĉi tie mi dirus... Mi forĵetus la vorton Fullstack. Ni vere bezonas inĝenierojn. Ni bezonas DevOps. Mi havas la senton, ke ni baldaŭ rekonsideros ĉi tiun momenton. Kaj ili ne estos bezonataj.
Azat Khadiev: Ĉu vi povas malkaŝi?
Pavel Selivanov: Ŝajnas al mi, ke ni en la industrio venos al la konkludo, ke ĉi tiuj Dev kaj Ops-roloj baldaŭ malaperos. Se ni bezonas specialistojn kaj ni ĉasas... Ni bezonas tian kaj tian programiston, ni bezonas tiajn kaj tiajn administrantojn, ni bezonas DevOps-inĝenierojn - nun ni havas ilin, nun ni ankaŭ havos produktajn inĝenierojn, SRE-inĝenierojn. Kvankam fakte, kion ni bezonas estas inĝenieroj, kiujn ni volas dungi. Fono estas ĝenerale ne grava. Ĉar... Ekzemple, SRE diras, ke infrastrukturaj problemoj ĉiam estas programaraj problemoj. Do... Ni prenu programistojn - el la vidpunkto, ke programisto estas inĝeniero - metu ilin en la prizorgadofakon kaj ili solvos ĉi tiujn problemojn same kiel ili solvas komercajn problemojn helpe de kodo, kun la helpo. de inĝenieristiko kiel tia.
Azat Khadiev: Kaj el tiu ĉi vidpunkto... Kiel intervjui tiajn inĝenierojn?
Pavel Selivanov: Ho, tio estas bona demando. Ĝi verŝajne estas preter mia kompreno pri ĉi tiu mondo. Sed mi nur donus ekzemplon. Ĝi tute ne rilatas al la intervjuo. Temas pri nia eduka sistemo en Rusio. En IT, ni scias, ke nia eduka sistemo en Rusio estas tre malmoderna por la IT-mondo; ĝi ne estas kia ĝi devus esti. Mi parolas pri vasta Rusio, averaĝe, kaj kio okazas tie. Homoj diplomiĝas, kiuj tute ne pretas eniri ret-disvolvadon aŭ teĥnologian kompanion la sekvan tagon post diplomiĝo. Kaj ili pensas, ke tio estas malbona. Ni instruas al ili kelkajn strangajn aferojn, kvankam ni devus instrui al ili disvolvi ilin por... Android, por iOS, kiel uzi Git kaj ĉion tian. Fakte, ŝajnas ke ne. Universitato estas tempo kiam viaj gepatroj plejparte pagas por vi. Dum via tuta vivo. Kaj vi povas dediĉi kvin jarojn de via vivo al profunda studado. Kaj al lernado de ĉi tiu tuta T-forma afero. Kiam vi povas studi en universitato kio estas versia kontrolsistemo, kiaj evoluigaj ŝablonoj ekzistas, kiel testi ĉion ĉi, kiaj datumbazoj kaj ŝarĝekvilibrigiloj ekzistas. Kaj kiam vi iras al laboro, vi komencas plonĝi pli profunde en specifan areon. Kaj tiel ni akiras inĝenierojn. Kaj nia eduka sistemo en Rusio estas multe pli proksima al ĉi tiu vero ol ni pensas. Ni ricevas bonan matematikan trejnadon, bonan algoritman trejnadon, ni ricevas iom da kompreno pri programlingvoj. Kaj pri intervjuoj, mi pensas ion similan al ĉi tio. Ni bezonas intervjui inĝenierojn. Ni bezonas la supran parton de la T en T-forma studento. Ĉar ĝi akiros la vertikalan linion de la T.
Azat Khadiev: Jes, interese. Kvin jarojn post la universitato, ŝajnis al mi, ke mia edukado estas iel stranga kaj neadekvata. Kaj tiam, kiam la laboro progresis, kiam la taskoj fariĝis pli profundaj, la projektoj pligrandiĝis, mi konstatis, ke ne, oni instruis al mi tre gravajn aferojn. Pavel, dankon. Estis tre interese aŭskulti viajn respondojn. Ni aŭskultu vian raporton.
Paŭlo Selivanov: Dankon.
fonto: www.habr.com
