Ni parolis pri kiu kaj kial en proksima estonteco bezonos la kapablojn krei infrastrukturan platformon uzante Kubernetes, kun instruisto. , gvida inĝeniero .
De kie venas la postulo pri platformaj inĝenieroj?
Lastatempe, pli kaj pli da kompanioj rimarkas la bezonon krei internan infrastrukturan platformon, kiu estus ununura medio por la disvolviĝo, preparado de eldonoj, liberigo kaj funkciado de la ciferecaj produktoj de la kompanio. Tia platformo enhavas sistemojn kaj servojn por administri komputikajn kaj retajn rimedojn, kontinuan integrigan sistemon, deponejon de liveraj artefaktoj, monitoradsistemojn kaj aliajn servojn, kiujn viaj disvolvaj teamoj uzas. La movado al konstruado de internaj platformoj kaj formado de platformteamoj komenciĝis antaŭ pluraj jaroj. Konfirmo de tio troviĝas en la raportoj , kaj libroj, kiel .
La ĉefaj avantaĝoj de platforma aliro al administrado de la infrastrukturo de firmao estas kiel sekvas:
- Produktteamoj ne distriĝas de evoluigado de siaj produktoj por solvi infrastrukturajn problemojn.
- La platforma teamo, respondeca pri la disvolviĝo de la infrastruktura platformo, konsideras la bezonojn de la produktteamoj en la kompanio kaj kreas solvojn specife por internaj bezonoj.
- La firmao amasigas sperton interne, kiu povas esti facile reuzita, ekzemple, kiam oni lanĉas novan produktan teamon aŭ kiam oni formas normojn aŭ ĝeneralajn praktikojn en la kompanio.
Se la kompanio sukcesas veni al tia aliro, kun la tempo la interna infrastruktura platformo povas fariĝi pli oportuna por evoluteamoj ol la servoj de nubaj provizantoj, ĉar ĝi estis kreita konsiderante la karakterizaĵojn kaj bezonojn de la teamoj, amasigante ilian sperton kaj specifaĵoj. Ĉio ĉi kondukas al pliigita produktiveco de produktaj teamoj, kio signifas, ke ĝi estas bona por komerco.
Kial Kubernetes?
Diversaj iloj povas esti uzataj kiel bazo por krei infrastrukturan platformon. Antaŭe estis Mesos, nun krom Kubernetes vi povas uzi Nomad kaj, kompreneble, neniu limigas vin krei viajn proprajn "biciklojn". Kaj tamen, la superforta plimulto de kompanioj preferas konstrui platformon sur Kubernetes. Jen por kio li estas plej estimata:
- Subteno por modernaj inĝenieraj praktikoj kiel "infrastrukturo kiel kodo".
- Multaj iloj, kiujn teamoj bezonas el la skatolo. Ekzemple, administri komputigajn rimedojn, administritajn aplikaĵajn deplojajn mekanismojn kaj certigi ilian misfunkciadon.
- Grandega ekosistemo, kiu havas ilojn por solvi diversajn problemojn, subtenatajn de provizantoj de nubaj servoj.
- Evoluinta komunumo: dekoj da konferencoj tra la mondo, impona listo de kontribuantoj, atestado kaj atestitaj specialistoj, edukaj programoj pri ĉi tiu ilo.
Kubernetes povas esti nomata la nova industria normo, estas nur demando de tempo antaŭ ol via kompanio ekuzi ĝin.
Bedaŭrinde, ĉio ĉi ne venas senpage: kun la apero de Kubernetes kaj kontenerigo-teknologio, la procezoj kaj iloj, kiujn la teamo uzas en sia ĉiutaga laboro, suferas multajn ŝanĝojn:
- La aliro al administrado de komputikresursoj ŝanĝiĝas.
- La maniero kiel la aplikaĵo estas deplojita kaj agordita ŝanĝiĝas.
- Necesas malsama aliro al organizado de kontrolaj kaj registradaj servoj.
- Estas bezono krei novajn integriĝojn inter la servoj kiuj estas parto de la platformo kaj adapti ekzistantajn aŭtomatigajn skriptojn.
Eĉ la loka medio de la programisto kaj la aplikaĵa sencimiga proceduro ankaŭ estas submetataj al ŝanĝoj.
Firmaoj povas fari la transiron al infrastruktura platformo kaj ĝia bontenado memstare, disvolvante la kompetentecojn de dungitoj aŭ dungante la necesajn specialistojn. Okazoj, kiam indas delegi ĉi tiujn procezojn, ankaŭ estas oftaj, ekzemple, se kompanio ne havas la ŝancon translokigi la fokuson de la teamo de produkta disvolviĝo al kreado de nova infrastrukturo, ne ekzistas ŝanco fari grandan internan R&D, aŭ ekzistas. neakcepteblaj riskoj asociitaj kun sendepende krei novan infrastrukturon kaj transloki produktteamojn sur ĝi - ĉi tie estas pli bone serĉi helpon de kompanioj, kiuj jam iris laŭ ĉi tiu vojo pli ol unufoje.
Novaj kompetentecoj por labori kun la infrastruktura platformo estos bezonataj ne nur administrantoj (specialaĵo kiu nun estas transformita en infrastrukturan inĝenieron), sed ankaŭ por programistoj. ellaboranto devas kompreni kiel lia aplikaĵo estas lanĉita kaj funkcias en batalo, li devas povi uzi la ekosistemon al la maksimumo, povi sencimigi la aplikaĵon aŭ ŝanĝi deplojajn kaj agordajn procedurojn. Ankaŭ, vi ne povas fari sen ĉi tiu scio teknikaj kondukoj: vi devas fari grandan kvanton da R&D, elekti taŭgajn ilojn, studi iliajn limojn, trovi alirojn al integriĝo inter la iloj kiuj estas parto de la platformo kaj provizi diversajn scenarojn por uzi platformservojn de produktteamoj.
Dum deploji Kubernetes, inkluzive sur la instalaĵoj de nubaj provizantoj, ne estas tiel malfacila, tiam traduki ĉiujn evoluajn kaj operaciajn procezojn, adapti aplikaĵojn, integri dekduon da novaj iloj por la teamo, ktp. estas vere problema tasko, kiu postulas profundan komprenon de la procezoj kaj granda kvanto de komunikado kun ĉiuj partoprenantoj en la kreado de viaj produktoj.
Kaj ni kolektis ĉiujn ĉi tiujn informojn en nia interreta kurso "Infrastruktura platformo bazita sur Kubernetes". En 5 monatoj da praktiko vi majstros:
- Kiel funkcias Kubernetes
- Kiel DevOps-praktikoj estas efektivigitaj uzante ĝin
- Kiuj ekosistemaj iloj estas sufiĉe maturaj por esti uzataj en batalo kaj kiel integri ilin unu kun la alia.
Male al aliaj edukaj programoj, ni koncentriĝas pri la ekosistemo kaj la nuancoj de funkciado de Kubernetes-grupoj, kaj ĉi tie aperas malfacilaĵoj por kompanioj, kiuj decidas ŝanĝi al sia infrastruktura platformo.
Post kompletigado de la kurso, vi estos kvalifikita kiel platforma inĝeniero kaj povos sendepende krei infrastrukturan platformon en via kompanio. Kion, cetere, kelkaj el niaj studentoj faras kiel projektan laboron, ricevante reagojn kaj subtenon de instruistoj. Ankaŭ, scio kaj kapabloj sufiĉos por prepari por CNCF-atestado.
Gravas noti, ke regi ĉi tiujn kapablojn postulas fortan scion pri . Laŭ niaj observoj de la labormerkato, post trejnado tia specialisto povas sekure atendi salajron de 150-200 mil rubloj.
Se vi estas nur tia specialisto kun sperto pri uzado de DevOps-praktikoj, ni invitas vin .
fonto: www.habr.com