Hva er DevOps?

DevOps er et ord som brukes mye og forstås ulikt. Noen tror det er en rolle man rekrutterer til, andre at det er et produkt man kjøper. I virkeligheten er det en arbeidsmåte: en måte å organisere utviklingen og driften av programvare på. Her går vi gjennom hva det faktisk betyr.

Problemet DevOps løser

For å forstå DevOps hjelper det å se på problemet det vokste frem som et svar på. Tradisjonelt var utvikling og drift to atskilte verdener. Utviklerne bygde programvaren og «kastet den over veggen» til en driftsavdeling, som skulle få den til å fungere i virkeligheten.

Resultatet ble ofte friksjon. Når noe gikk galt i produksjon, la leirene skylden på hverandre: Utviklerne sa at det fungerte hos dem, driften at koden var umulig å drifte. Overleveringene var trege, ansvaret uklart, og ingen eide helheten fra idé til fungerende tjeneste.

DevOps river ned den veggen. Grunntanken er enkel: Det samme teamet som bygger programvaren, skal også drifte den. Når ansvaret er udelt (teamet lever med konsekvensene av sin egen kode i drift), slutter partene å skylde på hverandre, og beslutningene blir bedre fordi de som bygger, også vet hvordan det skal kjøres.

De sentrale praksisene

DevOps blir mulig gjennom noen sentrale praksiser. De er verktøyene som gjør det praktisk mulig for et team å eie både utvikling og drift.

CI/CD er den automatiserte flyten fra kode til produksjon, som gjør at teamet kan rulle ut ofte og trygt. Infrastruktur som kode innebærer at servere og miljøer ikke settes opp for hånd, men beskrives i kode. Koden kan lagres, gjennomgås og kjøres på nytt slik at et miljø kan gjenskapes identisk i stedet for å være et skjørt håndverk. Overvåking gir teamet oversikt over hvordan tjenesten faktisk oppfører seg i drift slik at problemer oppdages og rettes av dem som har bygget den.

Sammen gjør disse praksisene det mulig for ett og samme team å bygge, rulle ut, drifte og forbedre programvaren sin i et sammenhengende kretsløp.

Hvorfor det er kultur, ikke en verktøykasse

Her ligger det viktigste og mest misforståtte poenget. DevOps er ikke noe man kjøper. Man kan ikke bestille «en DevOps» og installere den.

Riktignok finnes det mange verktøy som støtter arbeidsmåten, og de er nyttige. Men selve kjernen er kultur og ansvar. Det handler om viljen til å eie koden sin hele veien ut, om samarbeid mellom tidligere atskilte leirer og om et tankesett der den som bygger, også bryr seg om hvordan det går i drift. Kjøper man bare verktøyene, men beholder den gamle organisasjonen med veggen mellom utvikling og drift, får man ikke DevOps. Man får nye programmer og de samme problemene.

Det er derfor DevOps beskrives som en kulturendring snarere enn en teknisk endring. Verktøyene gjør det mulig, men om det faktisk blir DevOps, avgjøres av hvordan menneskene jobber og tar ansvar.

Hva det betyr i praksis

For deg som kunde er den praktiske effekten at leveransene blir raskere og tryggere, og at ansvaret er samlet. Et team som praktiserer DevOps, kan bygge en funksjon, rulle den ut og ta ansvar for hvordan den oppfører seg i drift uten at noe faller mellom to stoler når arbeidet går fra én avdeling til en annen. Det merkes i form av kortere vei fra idé til virkelighet og færre situasjoner der ingen egentlig eier et problem.

Hvor langt man tar det, avhenger av størrelse og modenhet. Et lite team gjør ofte alt dette helt naturlig, mens en stor organisasjon har en lengre vei å gå. Vil dere ha hjelp til å bygge inn en arbeidsmåte som holder over tid, gjør vi i Weapp det gjerne til en del av systemutviklingen helt fra begynnelsen.