Vi snakket om hvem og hvorfor i nær fremtid vil trenge ferdighetene til å lage en infrastrukturplattform ved hjelp av Kubernetes, med en lærer , ledende ingeniør .
Hvor kommer etterspørselen etter plattformingeniører fra?
I det siste har flere og flere selskaper innsett behovet for å skape en intern infrastrukturplattform som vil være et enkelt miljø for utvikling, forberedelse av utgivelser, utgivelse og drift av selskapets digitale produkter. En slik plattform inneholder systemer og tjenester for å administrere databehandlings- og nettverksressurser, et kontinuerlig integrasjonssystem, et lager for leveringsartefakter, overvåkingssystemer og andre tjenester som utviklingsteamene dine bruker. Bevegelsen mot å bygge interne plattformer og danne plattformteam begynte for flere år siden. Bekreftelse på dette finnes i rapportene , og bøker, som .
De viktigste fordelene med en plattformtilnærming for å administrere et selskaps infrastruktur er som følger:
- Produktteam blir ikke distrahert fra å utvikle produktene sine for å løse infrastrukturproblemer.
- Plattformteamet, ansvarlig for utviklingen av infrastrukturplattformen, tar hensyn til behovene til produktteamene i selskapet og lager løsninger spesifikt for interne behov.
- Selskapet akkumulerer erfaring internt som enkelt kan gjenbrukes, for eksempel ved lansering av et nytt produktteam eller ved utforming av standarder eller generell praksis i selskapet.
Hvis selskapet klarer å komme til en slik tilnærming, kan den interne infrastrukturplattformen over tid bli mer praktisk for utviklingsteam enn tjenestene til skyleverandører, fordi den ble opprettet under hensyntagen til egenskapene og behovene til teamene, akkumulerer deres erfaring og detaljer. Alt dette fører til økt produktivitet for produktteam, noe som betyr at det er bra for virksomheten.
Hvorfor Kubernetes?
Ulike verktøy kan brukes som grunnlag for å lage en infrastrukturplattform. Tidligere var det Mesos, nå i tillegg til Kubernetes kan du bruke Nomad, og selvfølgelig er det ingen som begrenser deg i å lage dine egne "sykler". Og likevel foretrekker det overveldende flertallet av selskaper å bygge en plattform på Kubernetes. Dette er det han verdsettes mest for:
- Støtte for moderne ingeniørpraksis som "infrastruktur som kode".
- Mange verktøy team trenger ut av esken. For eksempel administrasjon av dataressurser, administrerte applikasjonsdistribusjonsmekanismer og sikring av feiltoleranse.
- Et enormt økosystem som har verktøy for å løse ulike problemer, støttet av skytjenesteleverandører.
- Utviklet fellesskap: dusinvis av konferanser rundt om i verden, en imponerende liste over bidragsytere, sertifisering og sertifiserte spesialister, utdanningsprogrammer på dette verktøyet.
Kubernetes kan kalles den nye industristandarden, det er bare et spørsmål om tid før bedriften din begynner å bruke den.
Dessverre kommer ikke alt dette gratis: med bruken av Kubernetes og containeriseringsteknologi, gjennomgår prosessene og verktøyene som teamet bruker i sitt daglige arbeid, mange endringer:
- Tilnærmingen til å administrere dataressurser er i endring.
- Måten applikasjonen distribueres og konfigureres på endres.
- En annen tilnærming til organisering av overvåkings- og loggingstjenester er nødvendig.
- Det er behov for å skape nye integrasjoner mellom tjenestene som er en del av plattformen og tilpasse eksisterende automatiseringsskript.
Selv utviklerens lokale miljø og prosedyren for applikasjonsfeilsøking kan også endres.
Bedrifter kan gjøre overgangen til en infrastrukturplattform og vedlikehold på egen hånd, utvikle kompetansen til ansatte eller ansette nødvendige spesialister. Saker hvor det er verdt å delegere disse prosessene er også vanlige, for eksempel hvis en bedrift ikke har mulighet til å overføre teamets fokus fra produktutvikling til å lage en ny infrastruktur, det ikke er mulighet for å drive stor intern FoU, eller det er uakseptable risikoer forbundet med å selvstendig opprette en ny infrastruktur og overføre produktteam på den - her er det bedre å søke hjelp fra selskaper som allerede har gått denne veien mer enn én gang.
Ny kompetanse for å jobbe med infrastrukturplattformen vil ikke bare være nødvendig administratorer (en spesialitet som nå omdannes til infrastrukturingeniør), men også for utviklere. Utvikler må forstå hvordan applikasjonen hans lanseres og fungerer i kamp, han må kunne bruke økosystemet maksimalt, kunne feilsøke applikasjonen eller endre distribusjons- og konfigurasjonsprosedyrer. Dessuten kan du ikke klare deg uten denne kunnskapen tekniske ledere: du må utføre en stor mengde FoU, velge passende verktøy, studere deres begrensninger, finne tilnærminger til integrasjon mellom verktøyene som er en del av plattformen og sørge for ulike scenarier for bruk av plattformtjenester av produktteam.
Selv om det ikke er så vanskelig å distribuere Kubernetes, inkludert på fasilitetene til skyleverandører, er det å oversette alle utviklings- og driftsprosesser, tilpasse applikasjoner, integrere et dusin nye verktøy for teamet osv. en virkelig problematisk oppgave som krever en dyp forståelse av prosessene og en stor mengde kommunikasjon med alle deltakerne i opprettelsen av produktene dine.
Og vi samlet all denne informasjonen i vårt nettbaserte kurs "Infrastrukturplattform basert på Kubernetes." På 5 måneders praksis vil du mestre:
- Hvordan Kubernetes fungerer
- Hvordan DevOps-praksis implementeres ved å bruke den
- Hvilke økosystemverktøy er modne nok til å brukes i kamp og hvordan integrere dem med hverandre.
I motsetning til andre utdanningsprogrammer fokuserer vi på økosystemet og nyansene ved drift av Kubernetes-klynger, og det er her det oppstår vanskeligheter for selskaper som bestemmer seg for å bytte til sin infrastrukturplattform.
Etter fullført kurs vil du være kvalifisert som plattformingeniør og vil selvstendig kunne lage en infrastrukturplattform i din bedrift. Noe som forresten er det noen av elevene våre gjør som prosjektarbeid, og får tilbakemeldinger og støtte fra lærere. Dessuten vil kunnskap og ferdigheter være nok til å forberede seg på CNCF-sertifisering.
Det er viktig å merke seg at å mestre disse ferdighetene krever sterk kunnskap om . Ifølge våre observasjoner av arbeidsmarkedet, etter opplæring slike en spesialist kan trygt forvente en lønn på 150-200 tusen rubler.
Hvis du bare er en slik spesialist med erfaring i å bruke DevOps-praksis, inviterer vi deg .
Kilde: www.habr.com