DevOps eller tradisjonell utvikling? Slik velger du rett vei

Hva er DevOps egentlig?

DevOps er ikke en jobtittel – det er en filosofi og et sett av praksiser. Ordet er en kombinasjon av «development» (utvikling) og «operations» (drift), og det handler om å bryte ned murene som tradisjonelt har skilt disse to teamene.

I tradisjonell tilnærming: utviklere lager kode, og deretter sender de den til operasjons-teamet som implementerer den i produksjon. Hvis noe går galt, skyldes det gjerne enten utviklere eller ops – og skyldet kastes fram og tilbake.

I DevOps: samme mennesker ansvarlig for utvikling og drift. De bruker automatisering, overvåking og kontinuerlig integrering for å sikre at kode blir testet grundig før den når produksjon.

Tall som forteller historien

DevOps har gjort storslåtte innhugg i IT-bransjen. Bedrifter som bruker DevOps deployerer kode langt oftere, feilrate er lavere, og tid fra ide til implementering er kortere.

Fordeler ved DevOps

Med DevOps kan en ny funksjon eller bugfix gå live på samme dag som det ble skrevet. I tradisjonelle systemet kan det ta måneder. For raskt-bevegelige selskaper som Spotify eller Netflix, ville det vært dødsstøten uten DevOps.

Fordi alt er automatisert og gjentagbare prosesser, blir det færre menneske-feil. En dårlig deployment som skulle ta ned hele systemet blir fanget av automatiserte tester før den når produksjon.

Når samme mennesker ansvarlig for både kode og drift, forsvinner konflikten «det var ikke min feil». Alle er investert i at systemet fungerer.

Hvis noe går galt i produksjon, har DevOps-teams bedre overvåking og logging, så feil kan identifiseres og fikses raskere.

Fordeler ved tradisjonell tilnærming

For store, regelstyrte organisasjoner (banker, forsikringsselskaper) der endringer må godkjennes av styret, er tradisjonell tilnærming ofte bedre. Du kan planlegge deployments langt i forveien.

Operasjons-teamet blir veldig dyktig til drift, fordi det er det de gjør hele dagen. DevOps-ingeniører må kunne både koding og drift, noe som gjør dem raskere – men også mer sjeldne.

Når det er sjelden deployments, er sjansen for at noe går galt mindre. Men risikoen for at mange feil samler seg (som så sendes ut på en gang) er større.

Du trenger ikke å ha «fultstakk» ingeniører. Noen kan være 100% koder, andre 100% ops.

Hva jobber DevOps-ingeniøren faktisk med?

Vi møtte Simen Larsen, som jobber som DevOps-ingeniør hos en stor norsk bank. «En dag hos meg kan inneholde: skrive en test-suite for en ny API, sette opp overvåking på en server, debugge en produksjonsfeil, og planlegge infrastruktur for neste kvartal,» forteller han.

«Det beste er at jeg både skriver kode og håndterer infrastruktur. Det gjør meg mer holistisk tenker – jeg tenker på hvordan koden min vil oppføre seg i produksjon fra dag en, ikke etter den er skrevet.»

«Det verste er at man må være «on-call» mange netter. Hvis systemet går ned klokka 3 på natta, er jeg en av dem som må stå opp og fikse det. Det er ikke for alle.»

Hvilken vei bør du velge?

Hvis du er ung og vil inn i IT, anbefales DevOps sterkt. Det åpner flere jobbmuligheter, du lærer mer, og du blir mer verdifull på arbeidsmarkedet.

Men visste du at mange banker og forsikringsselskaper fremdeles bruker tradisjonell tilnærming? De har ofte høyere lønn, større sikkerhet, og mindre stress enn startup-verdenen.

Det handler om hva du verdsetter mest: rask læring og stor variasjon, eller stabilitet og høy lønn? Velg etter dine prioriteter, ikke markedets trender – og du gjør et godt valg.