Rääkisime sellest, kellele ja miks on lähitulevikus vajalikud infrastruktuuri platvormi loomise oskused Kubernetesega, õpetaja , juhtiv insener .
Kust tuleb nõudlus platvormi inseneride järele?
Viimase ajal on üha rohkem ettevõtteid hakanud mõistma vajadust luua sise infrastruktuuri platvorm, mis oleks ühtne keskkond arendamiseks, versioonide ettevalmistamiseks, väljaandmiseks ja ettevõtte digitaalsete toodete opereerimiseks. Selline platvorm sisaldab süsteeme ja teenuseid arvutus- ja võrguressursside haldamiseks, pideva integreerimise süsteemi, tarne artefaktide salvestust, seire süsteeme ja muid teenuseid, mida teie arendusmeeskonnad kasutavad. Siseplatvormide loomise ja platvormi meeskondade kujundamise suundumus algas paar aastat tagasi. Kinnitusi selle kohta leidub aruannetes , ja raamatutes, nagu .
Platvormi lähenemise peamised eelised ettevõtte infrastruktuuri haldamisel on järgmised:
- Tooted teams ei sega oma toodete arendust infrastruktuuri probleemide lahendamisega.
- Platvormi meeskond, mis vastutab infrastruktuuri platvormi arendamise eest, arvestab ettevõtte toote meeskondade vajadusi ja loob lahendusi spetsiaalselt sisevajaduste jaoks.
- Ettevõte kogub seespoolt kogemusi, mida on lihtne taaskasutada, näiteks uue toote meeskonna käivitamisel või standardite või üldpraktikate loomisel ettevõttes.
Kui ettevõttel õnnestub sellise lähenemise juurde jõuda, võib aja lõpuks sise infrastruktuuri platvorm osutuda arendusmeeskondadele mugavamaks kui pilveteenuse pakkujate teenused, kuna see on loodud meeskondade eripära ja vajaduste järgi ning on kogunud nende kogemusi ja spetsiifikat. Kõik see tõstab toote meeskondade tootlikkust, mis on kasulik ettevõttele.
Miks just Kubernetes?
Infrastruktuuri platvormi loomiseks võib kasutada erinevaid tööriistu. Varem oli see Mesos, nüüd Kubernetesest lisaks võite kasutada Nomad'i ja muidugi ei piirata teid ka oma «jalgrataste» loomisel. Siiski eelistavad enamus ettevõtteid ehitada platvormi just Kubernetes'e peale. Siin on, miks seda kõige rohkem hinnatakse:
- Toetab kaasaegseid inseneripraktikaid nagu «infrastruktuur kui kood».
- Palju vajalikke mehhanisme „karbis” meeskondadele. Näiteks arvutusressursside haldamine, rakenduste hallatud juurutamise mehhanismid ja nende tõrkeotstarbelise töö tagamine.
- Suur ökosüsteem, kus on tööriistad erinevate probleemide lahendamiseks, pilveteenuste pakkujate tugi.
- Arendatud kogukond: kümned konverentsid üle kogu maailma, muljetavaldav hulk panustajaid, sertifitseerimise olemasolu ja sertifitseeritud spetsialistid, haridusprogrammid selle tööriista jaoks.
Kubernetes't võib pidada tööstuse uueks standardiks, on ainult aja küsimus, millal teie ettevõte seda kasutama hakkab.
Kahjuks ei tule see kõik tasuta: koos Kubernetes'e ja konteineritehnoloogia kasutuselevõtuga muudavad paljud asjad, millega meeskond oma igapäevases töös tegeleb, palju:
- Muudab lähenemist arvutusressursside haldamisele.
- Muudab rakenduse juurutamise ja konfigureerimise viisi.
- On vajalik teine lähenemine teenuste jälgimise ja logimise korraldamiseks.
- Tekib vajadus luua uusi integratsioone platvormi kuuluvate teenuste vahel, olemasolevate automatiseerimis-skriptide kohandamine.
Isegi arendaja kohalik keskkond ja rakenduste silumise protseduurid muutuvad samuti.
Ettevõtted saavad ülemineku infrastruktuuriplatvormile ja selle hooldamisele teostada oma jõududega, arendades töötajate oskusi või palgates vajalikud spetsialistid. Juhtumeid, kus tasub need protsessid delegeerida, esineb samuti sageli, näiteks juhul, kui ettevõttel pole võimalik suunata meeskonna fookust toote arendamiselt uue infrastruktuuri loomiseks, ei ole võimalik läbi viia ulatuslikku sisemist teadus- ja arendustegevust või on olemas vastuvõetamatud riskid, mis on seotud uue infrastruktuuri iseseisva loomisega ning tootemeeskondade sellele üleviimisega – siin on parem pöörduda nende ettevõtete poole, kes on seda teed juba korduvalt läbinud.
Uued oskused infrastruktuuriplatvormiga töötamiseks on vajalikud mitte ainult administraatoritele (eriala, mis praegu muutub infrastruktuuri inseneriks), vaid ka arendajatele. Arendaja peab mõistma, kuidas tema rakendus töötab ja on töös, ta peab oskama keskkonda maksimaalselt kasutada, suutma rakendust tõrkeotsida või muuta juurutamise ja konfigureerimise protseduure. Samuti on need teadmised hädavajalikud tehniliste juhtide jaoks: on vaja läbi viia suur hulk teadus- ja arendustegevust, valida sobivad tööriistad, uurida nende piiranguid, leida lahendusi tööriistade vaheliseks integreerimiseks, mis kuuluvad platvormi koostisse, ning ette näha erinevad stsenaariumid platvormiteenuste kasutamiseks tootemeeskondade poolt.
Kui Kubernetes'e juurutamine, sealhulgas pilveteenuse pakkujate võimsustes, ei ole eriti keeruline, siis kõigi arenduse ja käitamise protsesside üleviimine, rakenduste kohandamine, uute tööriistade integreerimine meeskonna jaoks ja muu on tõeliselt probleemne ülesanne, mis nõuab sügavat arusaamist protsessidest ja suurt hulka suhtlemist kõigi teie toodete loomise osalistega.
Ja kogu see teave on koondatud meie veebikursusele „Kubernetes'e põhine infrastruktuuriplatvorm“. 5 kuu jooksul praktikat õpite:
- Kuidas Kubernetes töötab
- Kuidas DevOps-praktikaid rakendada selle kasutamisel
- Millised ökosüsteemi tööriistad on juba piisavalt küpsed lahingus kasutamiseks ja kuidas neid omavahel integreerida.
Erinevalt teistest haridusprogrammidest keskendume Kubernetes-klasterite ökosüsteemile ja kasutuseeskirjade nüanssidele, kus tekivad probleemid ettevõtetes, kes on otsustanud oma infrastruktuuri platvormile üle minna.
Kursuse lõpetamisel omandate platvormiinseneri kvalifikatsiooni ja suudate iseseisvalt luua infrastruktuuri platvormi oma ettevõttes. Mida, muide, teevad mõned meie üliõpilased oma projektitöös, saades tagasisidet ja juhendajate toetust. Samuti on teadmisi ja oskusi piisavalt, et valmistuda CNCF sertifitseerimiseks.
Oluline on märkida, et nende oskuste omandamiseks on vajalik kindel teadmiste tase Meie tööpakkumiste jälgimise põhjal võib pärast õppimist säärane spetsialist julgelt loota palgale 150-200 tuhat rubla.
Kui olete just selline spetsialist, kellel on DevOps praktika kogemus, kutsume teid .
Allikas: habr.com
