Kellel ja miks on lähiajal vaja Kubernetese abil taristuplatvormi loomise oskusi, rääkisime koos õpetajaga , juhtiv insener .
Kust tuleb nõudlus platvormiinseneride järele?
Viimasel ajal on üha enam ettevõtteid mõistmas vajadust luua sisemine taristuplatvorm, mis oleks ühtne keskkond ettevõtte digitoodete arendamiseks, väljalasete ettevalmistamiseks, väljastamiseks ja käitamiseks. Selline platvorm sisaldab süsteeme ja teenuseid andmetöötlus- ja võrguressursside haldamiseks, pidevat integratsioonisüsteemi, tarneartefaktide hoidlat, jälgimissüsteeme ja muid teenuseid, mida teie arendusmeeskonnad kasutavad. Liikumine siseplatvormide ehitamise ja platvormimeeskondade moodustamise suunas algas juba mitu aastat tagasi. Selle kinnituse leiab aruannetest , ja raamatuid nagu .
Platvormipõhise lähenemisviisi peamised eelised ettevõtte infrastruktuuri haldamisel on järgmised:
- Tootemeeskondi ei segata infrastruktuuriprobleemide lahendamiseks oma tooteid arendamast.
- Infrastruktuuri platvormi arendamise eest vastutav platvormimeeskond arvestab ettevõttes olevate tootemeeskondade vajadustega ning loob lahendusi spetsiaalselt sisemistele vajadustele.
- Ettevõte kogub sisemiselt kogemusi, mida on lihtne taaskasutada näiteks uue tootemeeskonna käivitamisel või ettevõttes standardite või üldiste tavade kujundamisel.
Kui ettevõttel õnnestub sellisele lähenemisele jõuda, võib sisemine taristuplatvorm aja jooksul muutuda arendusmeeskondade jaoks mugavamaks kui pilveteenuse pakkujate teenused, sest see on loodud meeskondade iseärasusi ja vajadusi arvestades, kogudes nende kogemusi ja spetsiifikat. Kõik see suurendab tootemeeskondade tootlikkust, mis tähendab, et see on ärile kasulik.
Miks Kubernetes?
Taristuplatvormi loomisel saab aluseks võtta erinevaid tööriistu. Varem oli see Mesos, nüüd saab lisaks Kubernetesele kasutada ka Nomad ja loomulikult ei piira keegi oma “jalgrataste” loomisel. Ja siiski eelistab valdav enamus ettevõtteid Kubernetesele platvormi ehitada. Selle eest hinnatakse teda kõige rohkem:
- Toetus kaasaegsetele inseneritavadele, nagu "infrastruktuur kui kood".
- Meeskonnad vajavad karbist palju tööriistu. Näiteks arvutusressursside haldamine, hallatud rakenduste juurutusmehhanismid ja nende veataluvuse tagamine.
- Tohutu ökosüsteem, millel on tööriistad erinevate probleemide lahendamiseks ja mida toetavad pilveteenuse pakkujad.
- Arenenud kogukond: kümned konverentsid üle maailma, muljetavaldav kaastööliste nimekiri, sertifitseeritud ja sertifitseeritud spetsialistid, selle tööriistaga seotud haridusprogrammid.
Kubernetest võib nimetada uueks tööstusstandardiks, on vaid aja küsimus, millal teie ettevõte seda kasutama hakkab.
Kahjuks ei tule see kõik tasuta: Kubernetese ja konteinertehnoloogia tulekuga on protsessides ja tööriistades, mida meeskond oma igapäevatöös kasutab, palju muutusi:
- Arvutusressursside haldamise lähenemisviis on muutumas.
- Rakenduse juurutamise ja konfigureerimise viis muutub.
- Seire- ja logiteenuste korraldamisel on vaja teistsugust lähenemist.
- Platvormi osaks olevate teenuste vahel on vaja luua uusi integratsioone ja kohandada olemasolevaid automatiseerimisskripte.
Isegi arendaja kohalik keskkond ja rakenduste silumisprotseduur võivad samuti muutuda.
Ülemineku taristuplatvormile ja selle hooldamisele saavad ettevõtted teha iseseisvalt, arendades töötajate kompetentse või palkades selleks vajalikke spetsialiste. Levinud on ka juhud, mil tasub neid protsesse delegeerida, näiteks kui ettevõttel puudub võimalus viia meeskonna fookus tootearenduselt üle uue taristu loomisele, puudub võimalus läbi viia suurt sisemist teadus- ja arendustegevust või on vastuvõetamatud riskid, mis on seotud uue infrastruktuuri iseseisva loomise ja sellele tootemeeskondade üleviimisega - siin on parem otsida abi ettevõtetelt, kes on seda teed juba mitu korda läinud.
Uusi kompetentse taristuplatvormiga töötamiseks pole vaja mitte ainult administraatorid (eriala, mis nüüd muudetakse infrastruktuuriinseneriks), aga ka arendajatele. Разработчик peab mõistma, kuidas tema rakendus käivitatakse ja võitluses töötab, ta peab suutma ökosüsteemi maksimaalselt kasutada, suutma rakendust siluda või muuta juurutamise ja konfigureerimise protseduure. Lisaks ei saa te ilma selle teadmiseta hakkama tehnilised juhtmed: peate läbi viima suure hulga teadus- ja arendustegevust, valima sobivad tööriistad, uurima nende piiranguid, leidma lähenemisviise platvormi kuuluvate tööriistade integreerimiseks ja pakkuma erinevaid stsenaariume platvormiteenuste kasutamiseks tootemeeskondade poolt.
Kui Kubernetese juurutamine, sealhulgas pilveteenuse pakkujate rajatistes, ei ole nii keeruline, siis kõigi arendus- ja tööprotsesside tõlkimine, rakenduste kohandamine, kümnekonna uue tööriista integreerimine meeskonna jaoks jne on tõeliselt problemaatiline ülesanne, mis nõuab sügavat arusaamist protsessid ja palju suhtlust kõigi teie toodete loomisel osalejatega.
Ja kogu selle teabe kogusime oma veebikursusel "Kubernetesel põhinev infrastruktuuriplatvorm". 5-kuulise praktika jooksul omandate:
- Kuidas Kubernetes töötab
- Kuidas DevOpsi tavasid selle abil rakendatakse
- Millised ökosüsteemi tööriistad on võitluses kasutamiseks piisavalt küpsed ja kuidas neid omavahel integreerida.
Erinevalt teistest haridusprogrammidest keskendume ökosüsteemile ja Kubernetese klastrite toimimise nüanssidele ning siin tekivadki raskused ettevõtetel, kes otsustavad oma taristuplatvormile üle minna.
Pärast kursuse läbimist omandad platvormi insener kvalifikatsiooni ning suudad iseseisvalt luua oma ettevõttes taristuplatvormi. Mida, muide, osad meie õpilased projektitööna teevadki, saades õpetajatelt tagasisidet ja tuge. Samuti piisab teadmistest ja oskustest, et valmistuda CNCF-i sertifitseerimiseks.
Oluline on märkida, et nende oskuste omandamine nõuab tugevaid teadmisi . Meie tähelepanekute kohaselt tööturul pärast koolitust selline spetsialist võib ohutult oodata palka 150-200 tuhat rubla.
Kui olete just selline spetsialist, kellel on kogemusi DevOpsi praktikate kasutamisel, kutsume teid külla .
Allikas: www.habr.com