Par to, kam un kāpēc tuvākajā nākotnē būs nepieciešamas prasmes izveidot infrastruktūras platformu, izmantojot Kubernetes, runājām ar skolotāju , vadošais inženieris .
No kurienes rodas pieprasījums pēc platformas inženieriem?
Pēdējā laikā arvien vairāk uzņēmumu apzinās nepieciešamību izveidot iekšējo infrastruktūras platformu, kas būtu vienota vide uzņēmuma digitālo produktu izstrādei, izlaidumu sagatavošanai, izlaišanai un darbībai. Šādā platformā ir ietvertas sistēmas un pakalpojumi skaitļošanas un tīkla resursu pārvaldībai, nepārtrauktas integrācijas sistēma, piegādes artefaktu krātuve, uzraudzības sistēmas un citi pakalpojumi, ko izmanto jūsu izstrādātāju komandas. Virzība uz iekšējo platformu veidošanu un platformu komandu veidošanu sākās pirms vairākiem gadiem. Apstiprinājumu tam var atrast pārskatos , un grāmatas, piemēram .
Galvenās platformas pieejas priekšrocības uzņēmuma infrastruktūras pārvaldībā ir šādas:
- Produktu komandas netiek novērstas no savu produktu izstrādes, lai atrisinātu infrastruktūras problēmas.
- Platformas komanda, kas ir atbildīga par infrastruktūras platformas izstrādi, ņem vērā produktu komandu vajadzības uzņēmumā un veido risinājumus tieši iekšējām vajadzībām.
- Uzņēmums iekšēji uzkrāj pieredzi, ko var viegli izmantot atkārtoti, piemēram, uzsākot jaunu produktu komandu vai veidojot standartus vai vispārējo praksi uzņēmumā.
Ja uzņēmumam izdosies nonākt pie šādas pieejas, ar laiku iekšējās infrastruktūras platforma izstrādes komandām var kļūt parocīgāka par mākoņpakalpojumu sniedzēju pakalpojumiem, jo tā tika veidota, ņemot vērā komandu īpatnības un vajadzības, uzkrājot viņu pieredzi un specifiku. Tas viss palielina produktu komandu produktivitāti, kas nozīmē, ka tas ir noderīgi uzņēmējdarbībai.
Kāpēc Kubernetes?
Par pamatu infrastruktūras platformas izveidei var izmantot dažādus rīkus. Iepriekš tas bija Mesos, tagad papildus Kubernetes varat izmantot Nomad, un, protams, neviens neierobežo jūs izveidot savus “velosipēdus”. Un tomēr lielākā daļa uzņēmumu dod priekšroku platformas izveidei Kubernetes. Lūk, par ko viņš tiek novērtēts visaugstāk:
- Atbalsts modernām inženiertehniskajām praksēm, piemēram, “infrastruktūra kā kods”.
- Komandām ir nepieciešams daudz rīku. Piemēram, skaitļošanas resursu pārvaldīšana, pārvaldīti lietojumprogrammu izvietošanas mehānismi un to kļūdu tolerances nodrošināšana.
- Milzīga ekosistēma, kurā ir rīki dažādu problēmu risināšanai, ko atbalsta mākoņpakalpojumu sniedzēji.
- Attīstīta kopiena: desmitiem konferenču visā pasaulē, iespaidīgs līdzstrādnieku saraksts, sertifikācija un sertificēti speciālisti, izglītības programmas par šo rīku.
Kubernetes var saukt par jauno nozares standartu, tas ir tikai laika jautājums, kad jūsu uzņēmums sāks to lietot.
Diemžēl tas viss nenāk par velti: līdz ar Kubernetes un konteinerizācijas tehnoloģiju parādīšanos, procesi un rīki, ko komanda izmanto savā ikdienas darbā, piedzīvo daudz izmaiņu:
- Pieeja skaitļošanas resursu pārvaldībai mainās.
- Lietojumprogrammas izvietošanas un konfigurēšanas veids mainās.
- Ir nepieciešama cita pieeja uzraudzības un mežizstrādes pakalpojumu organizēšanai.
- Ir nepieciešams izveidot jaunas integrācijas starp pakalpojumiem, kas ir daļa no platformas, un pielāgot esošos automatizācijas skriptus.
Pat izstrādātāja lokālā vide un lietojumprogrammu atkļūdošanas procedūra var tikt mainīta.
Uzņēmumi var patstāvīgi veikt pāreju uz infrastruktūras platformu un tās uzturēšanu, attīstot darbinieku kompetences vai piesaistot nepieciešamos speciālistus. Bieži sastopami arī gadījumi, kad ir vērts šos procesus deleģēt, piemēram, ja uzņēmumam nav iespējas pārcelt komandas fokusu no produkta izstrādes uz jaunas infrastruktūras izveidi, nav iespējas veikt lielu iekšējo R&D vai pastāv nepieņemami riski, kas saistīti ar jaunas infrastruktūras patstāvīgu izveidi un produktu komandu nodošanu tajā - šeit labāk ir meklēt palīdzību no uzņēmumiem, kuri jau ir gājuši šo ceļu vairāk nekā vienu reizi.
Jaunas kompetences darbam ar infrastruktūras platformu būs nepieciešamas ne tikai administratori (specialitāte, kas tagad tiek pārveidota par infrastruktūras inženieri), bet arī izstrādātājiem. Р jāsaprot, kā viņa lietojumprogramma tiek palaista un darbojas kaujā, viņam jāspēj maksimāli izmantot ekosistēmu, jāspēj atkļūdot lietojumprogrammu vai mainīt izvietošanas un konfigurācijas procedūras. Turklāt jūs nevarat iztikt bez šīm zināšanām tehniskie vadi: jums ir jāveic liels pētniecības un attīstības apjoms, jāizvēlas piemēroti rīki, jāizpēta to ierobežojumi, jāatrod pieejas integrācijai starp rīkiem, kas ir platformas daļa, un jāparedz dažādi scenāriji platformas pakalpojumu izmantošanai produktu komandām.
Lai gan Kubernetes izvietošana, tostarp mākoņpakalpojumu sniedzēju telpās, nav tik sarežģīta, visu izstrādes un darbības procesu tulkošana, lietojumprogrammu pielāgošana, duci jaunu rīku integrēšana komandai utt. ir patiesi problemātisks uzdevums, kas prasa dziļu izpratni par procesus un lielu saziņu ar visiem jūsu produktu radīšanas dalībniekiem.
Un mēs apkopojām visu šo informāciju mūsu tiešsaistes kursā “Infrastruktūras platforma, kuras pamatā ir Kubernetes”. 5 mēnešu prakses laikā jūs apgūsit:
- Kā darbojas Kubernetes
- Kā DevOps prakse tiek ieviesta, izmantojot to
- Kuri ekosistēmas rīki ir pietiekami nobrieduši, lai tos varētu izmantot cīņā, un kā tos integrēt savā starpā.
Atšķirībā no citām izglītības programmām, mēs koncentrējamies uz ekosistēmu un Kubernetes klasteru darbības niansēm, un tieši šeit rodas grūtības uzņēmumiem, kuri nolemj pāriet uz savu infrastruktūras platformu.
Pēc kursu apguves iegūsi platformas inženiera kvalifikāciju un varēsi patstāvīgi izveidot infrastruktūras platformu savā uzņēmumā. Ko, starp citu, daži mūsu skolēni dara kā projektu darbu, saņemot atsauksmes un atbalstu no skolotājiem. Tāpat ar zināšanām un prasmēm pietiks, lai sagatavotos CNCF sertifikācijai.
Ir svarīgi atzīmēt, ka šo prasmju apgūšanai ir nepieciešamas spēcīgas zināšanas par . Pēc mūsu novērojumiem darba tirgū, pēc apmācības tādas speciālists var droši sagaidīt algu 150-200 tūkstošu rubļu apmērā.
Ja esat tieši šāds speciālists ar pieredzi DevOps prakšu izmantošanā, aicinām jūs .
Avots: www.habr.com