Vad är DevOps?

DevOps är ett ord som används flitigt och förstås olika. Vissa tror att det är en roll man anställer, andra att det är en produkt man köper. I själva verket är det ett arbetssätt – ett sätt att organisera hur mjukvara byggs och drivs. Här är vad det faktiskt betyder.

Problemet DevOps löser

För att förstå DevOps hjälper det att se problemet det uppstod för att lösa. Traditionellt var utveckling och drift två skilda världar. Utvecklarna byggde mjukvaran och “kastade den över väggen” till en driftavdelning, som skulle få den att fungera i verkligheten.

Resultatet blev ofta friktion. När något gick fel i produktion sköt lägren skulden på varandra: utvecklarna sa att det fungerade hos dem, driften att koden var omöjlig att driva. Överlämningarna var långsamma, ansvaret otydligt, och ingen ägde helheten från idé till fungerande tjänst.

DevOps river den väggen. Grundtanken är enkel: samma team som bygger mjukvaran ska också drifta den. När ansvaret är helt – laget lever med konsekvenserna av sin egen kod i drift – försvinner skuldspelet, och besluten blir bättre eftersom de som bygger också vet hur det ska köras.

Kärnpraktikerna

DevOps möjliggörs av några centrala praktiker. De är verktygen som gör det praktiskt möjligt för ett team att äga både bygge och drift.

CI/CD är det automatiserade flödet från kod till produktion, som gör att teamet kan släppa ofta och tryggt. Infrastruktur som kod innebär att servrar och miljöer inte sätts upp för hand utan beskrivs i kod – den kan sparas, granskas och köras om, så att en miljö kan återskapas identiskt i stället för att vara ett ömtåligt hantverk. Övervakning ger laget ögon på hur tjänsten faktiskt beter sig i drift, så att problem upptäcks och åtgärdas av dem som byggt den.

Tillsammans gör dessa praktiker det möjligt för ett och samma team att bygga, släppa, drifta och förbättra sin mjukvara i ett sammanhållet kretslopp.

Varför det är kultur, inte en verktygslåda

Här ligger den viktigaste – och mest missförstådda – poängen. DevOps är inte något man köper. Det går inte att beställa “en DevOps” och installera den.

Visst finns det gott om verktyg som stödjer arbetssättet, och de är nyttiga. Men själva kärnan är kultur och ansvar: viljan att äga sin kod hela vägen ut, samarbetet mellan de som förr var skilda läger, och tänkesättet att den som bygger också bryr sig om hur det går i drift. Köper man bara verktygen men behåller den gamla organisationen med väggen mellan utveckling och drift, får man inte DevOps – man får nya program och samma problem.

Det är därför DevOps beskrivs som en kulturförändring snarare än en teknisk. Verktygen är möjliggörare, men det är hur människorna arbetar och tar ansvar som avgör om det blir DevOps på riktigt.

Vad det betyder i praktiken

För dig som beställare är den praktiska effekten att leveransen blir snabbare och tryggare, och att ansvaret är samlat. Ett team som lever DevOps kan bygga en funktion, släppa den och stå för hur den beter sig i drift utan att bollen tappas mellan avdelningar. Det märks i kortare väg från idé till verklighet och i färre situationer där ingen riktigt äger ett problem.

Hur långt man tar det beror på storlek och mognad – ett litet team gör ofta allt detta naturligt, medan en stor organisation har en större resa. Vill ni ha hjälp att bygga in ett hållbart arbetssätt från start, tar vi på Weapp gärna med det i systemarbetet redan från början.