Er du obs på DevOps?

Funktionen DevOps får i øjeblikket stor opmærksomhed. Det giver især mening, hvis man arbejder agilt.

Drift og udvikling er to forskellige it-opgaver, men hvis man arbejder agilt med hyppig udrulning og opdateringer, så skal de to funktioner spille sammen. Derfor er begrebet DevOps kommet i centrum.

DevOps er en sammentrækning af 'development' og 'operations', og det dækker typisk over en person eller afdeling, der sørger for, at udvikling og drift ikke modarbejder hinanden.

»Jeg kan godt lide begrebet og funktionen DevOps. Tankesættet er vigtigt, hvis man vil sikre bindeleddet mellem udvikling og drift,« siger næstformand Mikael Munck fra Dansk IT til Version2.

Han er også tidligere it-direktør fra Saxo Bank, som er én af de store danske virksomheder, der benytter sig af DevOps.

DevOps-funktionen er anderledes end eksempelvis webudvikleren, der også står for at udrulle opdateringer på webserveren. Det er en rolle, der skal balancere de forskellige krav og behov, som eksisterer i drift og udvikling.

I en mindre organisation kan DevOps betyde, at udvikleren også er systemadministrator. Det betyder imidlertid ikke, at principperne behøver være forskellige. Hvis man udelukkende sidder med udviklerkasketten på, så kan man glemme at tage hensyn til de ting, man ville have fokus på, hvis man sad med driftshatten på.

Derudover dækker DevOps-tanken også om at sørge for at have test med inde i billedet som et formelt led mellem udvikling og drift. DevOps handler således meget om arbejdsprocesser og kommunikation.

»Det er ikke bare et nyt smart ord. De fleste vil nok sige, at sådan gør de, men DevOps stikker dybere. Det er fint til at nedbryde siloer, og i agile miljøer er det virkelig vigtigt,« siger Mikael Munck.

DevOps kan nemlig også ses som en måde at fjerne en forhindring på i stil med de principper, man eksempelvis arbejder efter i en agil model som Scrum.

Kræver people skills

Mikael Munck anbefaler, at den person, der sidder med DevOps-opgaven, forankres i driftsorganisationen for at sikre, at alt går glat, når projektet overdrages fra udvikling til drift.

»Den traditionelle konfliktflade mellem drift og udvikling skal udviskes. Man skal kunne forstå begge verdener og forstå at omgås forskellige interessenter smidigt. Man skal være en brobygger, så det kræver en del people skills,« siger Mikael Munck.

Konflikterne kan eksempelvis opstå, hvis driftsafdelingen har lagt sig fast på bestemte servicevinduer med et vist interval, som ikke svarer til den frekvens, udviklingsafdelingen gerne vil opdatere med.

DevOps er således også knyttet til begreber som continuous delivery og nye cloud-teknologier som containers, der er beregnet til it-drift og udvikling i et højere tempo end traditionelt. På den anden side har driftsfolkene også indsigt i eksempelvis kapaciteten i infrastrukturen, omkostninger og tilgængelige ressourcer.

Desuden vil det være driftsfolkene, der opdager eventuelle konflikter mellem applikationer eller andre problemer med systemerne, når de kører, som det er vigtigt at kommunikere videre til udviklerne på den rette måde.

Tips og korrekturforslag til denne historie sendes til tip@version2.dk

Følg forløbet

Kommentarer (11)

David Christensen

Er denne her artikel i virkeligheden ikke fra 2013-14? Jeg syntes, det var der, DevOps var det helt store buzzword, hvor alle skulle lege DevOps-mestre og totalt tværsiloscrumme?

Derudover—urelateret til artiklens altmodischkeit—synes jeg, det er fantastisk, at man skal bruge et buzzword, til at markedsføre kommunikation og samarbejde mellem udviklere og driftspersonale. Det burde være ganske naturligt, n'est pas?

Anders Reinhardt Hansen

Er denne her artikel i virkeligheden ikke fra 2013-14? Jeg syntes, det var der, DevOps var det helt store buzzword, hvor alle skulle lege DevOps-mestre og totalt tværsiloscrumme?

Derudover—urelateret til artiklens altmodischkeit—synes jeg, det er fantastisk, at man skal bruge et buzzword, til at markedsføre kommunikation og samarbejde mellem udviklere og driftspersonale. Det burde være ganske naturligt, n'est pas?

Det er jo ikke kun et buzzword, det er en anden måde at tænke på at sysadmins i højere grad skal være udviklere, eller at udviklerne i højere grad skal være sysadmins. Og det afføder ofte en ny person, det er ikke alle sysadmins der nødvendigvis har den viden om softwareudviklings der skal til for at kunne kode det. Eller udviklere der forstår hvad der skal til for at sikre at softwaren kører/overvågning osv. Det er jo også et spørgsmål om hvor man placere det software der skal udrulle ens software.

David Christensen

Men den gang havde vi ikke genopfundet det dybe vand og den varme tallerken under navne som "devops" og "agilt" så det tæller naturligvis ikke.

Næh... I virkeligheden tror jeg, at samarbejde mellem driftspersonale og udviklere går langt længere tilbage.

Det er en stor fejl at tro, at man bare ved at bruge et bestemt udtryk (DevOps) kan løse alle problemer i en organisation som er udfordret på netop det samarbejde. Det er ligesom, når republikanerne i USA hyler over at Obama ikke konstant siger "islamisk terror": som om begrebret i sig selv er løsningen.

Tilsvarende er det ikke længere moderne at "implementere" ideer. Nu skal de eksekveres.

Alle disse ting bliver spredt af projektleder- og forretningstyper, som desværre alt for sjældent har begreb om, hvad deres folk egentlig foretager sig i arbejdstiden. Så er det nemmere at købe en agil DevOps-bibel og tilføje endnu mere overhead, og kunstige procedurer, som alligevel er droppet om 14 dage...

David Christensen

Det er jo ikke kun et buzzword, det er en anden måde at tænke på at sysadmins i højere grad skal være udviklere, eller at udviklerne i højere grad skal være sysadmins

...for lad os da endelig udvande folks faglighed, og bruge 20% af udviklernes tid på at lege sysadmins og vice versa.

Alt for ofte er det det, det ender med. Eller "koordinationsmøder" hvor alle sidder og tegner kruseduller og bare venter på, det er overstået.

Det, som alle de fancy procedure-bogskrivere (og dem, som køber ind på deres ideer) ikke fatter er, at man ikke kan presse struktur ned ovenfra. Det skal komme organisk. Hvis dét ikke sker, er det typisk fordi der er nogle personlige konflikter, eller at man har det forkerte personale på de forkerte roller. Hvis man prøvede at løse det først, og skabte de rigtige forudsætninger for et godt, naturligt samarbejde, kom man langt...

Men det findes der jo ikke et fancy CaMeLcAsE-ord for...

Anders Reinhardt Hansen

Det, som alle de fancy procedure-bogskrivere (og dem, som køber ind på deres ideer) ikke fatter er, at man ikke kan presse struktur ned ovenfra. Det skal komme organisk. Hvis dét ikke sker, er det typisk fordi der er nogle personlige konflikter, eller at man har det forkerte personale på de forkerte roller. Hvis man prøvede at løse det først, og skabte de rigtige forudsætninger for et godt, naturligt samarbejde, kom man langt...

Hold da op en masse fordomme....
Og når forandringen kommer nedefra, er det så stadig en fejl?

Forøvrigt er jeg da fuldstændig ligeglad med hvad noget hedder, eller om det er buzz eller whatever. Det vigtigste er at man faktisk som udvikler tænker mere over hvordan det lever ude i driftsmiljøet, eller som sysadm er med til at formulere kravene til slutproduktet. Og det kan da godt være at alle jer der er gammel i gårde, havde styr på pipelinen og at tingene automatisk flød fra jeres versionkontrol og direkte ud til produktion på en overskuelig måde i slutningen af 80'erne. Det gør det dog ikke til en dårlig ide at prøve at gøre processen nem og hurtig.

Ligeså træt i er at høre nye buzzwords. Ligeså træt bliver vi andre af at høre om at det har vi da altid gjort, eller at dette og hint ikke kan lade sig gøre, eller ikke giver værdi. Det er jo ikke sådan at man ikke gerne udvikle på sin egen facon, eller at det er forkert. Pointen er bare, at der kan være anderledes måder at gøre det på, og man ikke skal være lukket over for nye tiltag.

Allan Ebdrup Blogger

Fra artiklen:

DevOps er en sammentrækning af 'development' og 'operations', og det dækker typisk over en person eller afdeling, der sørger for, at udvikling og drift ikke modarbejder hinanden.

Hvis det er sandt står det grelt til.

Et af principperne i devOps er at forkorte og forstærke feedback loops ifht driften. Det sige sig selv, at det gør man ikke, ved at indføre endnu en afdeling som mellemled.

Kort sagt: Hvis devOps er en afdeling eller står i din titel, så gør du det forkert.

René Gundersen

Jeg er helt enig med Allan, i at der er en misforståelse af DevOps i artiklen her. DevOps er ikke en afdeling, eller en opgave som nogen får hvor de skal sørge for at der er god kommunikation mellem udvikling og drift.

DevOps er en indstilling, en kultur som ikke kun vedrører udvikling og drift.

Der er en rigtig fin artikel om DevOps her, som netop kommer ind på at DevOps ikke er en afdeling.

Log ind eller opret en konto for at skrive kommentarer