DevOps-rådgivning er ekstern kompetanse som hjelper et selskap å levere programvare raskere og tryggere. En rådgiver kartlegger hvordan kode beveger seg fra commit til produksjon, og hjelper deretter teamet ditt med å automatisere bygging, tester, infrastruktur og utgivelser, endre arbeidsmåtene mellom utvikling og drift, og følge resultatene med leveransemål som deployment-frekvens og andel mislykkede endringer.
Viktigste punkter
- En DevOps-rådgiver jobber med tre ting samtidig: leveransepipelinen, infrastrukturen den ruller ut til, og hvordan teamene deler eierskap til utgivelser.
- Gode oppdrag starter med et utgangspunkt (baseline). DORAs fem mål for programvareleveranse er den mest brukte målestokken.
- I DORAs forskning for 2024 ruller de beste teamene ut ved behov, holder ledetiden for endringer under en dag og gjenoppretter etter mislykkede utrullinger på under en time.
- Rådgivning er tidsavgrenset og slutter med at teamet ditt eier arbeidet. Managed DevOps er en løpende driftstjeneste. Mange selskaper trenger først det ene og så det andre.
- Vurder en partner ut fra hvordan den måler fremgang og overfører kompetanse, ikke ut fra verktøylisten den viser frem.
Hva gjør en DevOps-rådgiver egentlig?
En DevOps-rådgiver finner de tregeste og mest risikable trinnene mellom en utvikleres commit og en tjeneste i produksjon, og fjerner dem. Arbeidet er delvis ingeniørarbeid, delvis prosessdesign og delvis coaching.
AWS beskriver DevOps som kombinasjonen av kulturelle filosofier, praksiser og verktøy som øker en organisasjons evne til å levere applikasjoner og tjenester med høy hastighet. En rådgiver gjør den ideen om til konkrete endringer i systemene dine. I praksis betyr det vanligvis:
- Kartlegging. Kartlegg verdistrømmen: hvordan arbeid bestilles, bygges, testes, godkjennes, rulles ut og overvåkes. Mål hvor det venter.
- Pipelineautomatisering. Design eller reparer CI/CD-pipelines slik at hver endring bygges, testes og rulles ut på samme måte.
- Infrastructure as code. Erstatt håndbygde servere og klikk i konsollen med versjonerte maler i Terraform, AWS CloudFormation, Bicep eller lignende, med praksis for infrastructure as code.
- Sky- og containerplattformer. Utform målplattformen på AWS, Azure eller Google Cloud, inkludert containere og Kubernetes der de passer til arbeidslasten.
- Observerbarhet og hendelseshåndtering. Sett opp logging, metrikker, tracing og alarmering slik at teamene finner problemer før brukerne melder dem.
- Sikkerhet i pipelinen. Legg til skanning av avhengigheter, håndtering av hemmeligheter og tilgang med minste privilegium i leveranseprosessen.
- Arbeidsmåter. Bli enige om hvem som eier en tjeneste i produksjon, hvordan endringer godkjennes og hvordan hendelser gjennomgås uten skyldfordeling.
Hvordan måles suksess?
Suksess måles ved leveransemålene dine før og etter oppdraget, ikke ved antall verktøy som er installert. Standardreferansen er forskningsprogrammet til DORA (DevOps Research and Assessment), som nå er en del av Google Cloud.
DORA bruker nå fem mål for programvareleveranse, delt i gjennomstrømning og ustabilitet:
| Mål | Hva det måler | Type |
|---|---|---|
| Ledetid for endringer | Tid fra commit til kjøring i produksjon | Gjennomstrømning |
| Deployment-frekvens | Hvor ofte du ruller ut, eller tiden mellom utrullinger | Gjennomstrømning |
| Gjenopprettingstid etter mislykket utrulling | Tid til å gjenopprette etter en utrulling som krever umiddelbar inngripen | Gjennomstrømning |
| Andel mislykkede endringer | Andel utrullinger som krever tilbakerulling eller hurtigreparasjon | Ustabilitet |
| Andel omarbeid i utrullinger | Andel utrullinger som er uplanlagte og forårsaket av en hendelse i produksjon | Ustabilitet |
Som bakgrunn fant rapporten Accelerate State of DevOps 2024, basert på over 39 000 fagpersoner som er undersøkt gjennom programmets historie, at elitegruppen (19 % av respondentene) ruller ut ved behov, har en ledetid for endringer på under én dag, en andel mislykkede endringer på omtrent 5 % og gjenoppretter etter mislykkede utrullinger på under en time. DORA selv advarer mot å gjøre disse tallene til mål. Bruk dem til å se hvor du står og om deg forbedrer du.
Typiske oppdragsmodeller
De fleste selskaper selger DevOps-hjelp i fire former. De skiller seg i hvem som gjør arbeidet og hvem som eier det etterpå.
| Modell | Hva du får | Passer når | Se opp for |
|---|---|---|---|
| Kartlegging | Utgangsmålinger, funn og et prioritert veikart | Du vet at leveransen er treg, men ikke hvorfor | En rapport uten eier for tiltakene |
| Implementeringsprosjekt | Pipelines, infrastrukturkode og plattformendringer bygget sammen med teamet ditt | Veikartet er avtalt og du trenger flere hender | Arbeid som gjøres for teamet i stedet for sammen med det |
| Innebygd coaching | Ingeniører som parprogrammerer med teamene dine i en periode | Det er kompetanse, ikke verktøy, som mangler | Ingen tydelige kriterier for avslutning |
| Managed DevOps | Et eksternt team drifter pipelines og plattformer i det daglige | Du mangler driftskapasitet internt | Innlåsing hvis kode og tilganger blir hos leverandøren |
DevOps i skyen, Azure DevOps og AWS: hva endrer seg?
Prinsippene er de samme i alle skyer. Verktøyene og de administrerte tjenestene endrer seg. På AWS kan en rådgiver jobbe med CodePipeline, CloudFormation eller CDK, EKS og CloudWatch. På Azure er plattformen ofte Azure DevOps eller GitHub, Bicep eller Terraform, og AKS.
Merk at «Azure DevOps» også er navnet på et Microsoft-produkt (Boards, Repos, Pipelines). Hvis du leter etter hjelp med Azure DevOps, bør du sjekke om deg trenger hjelp med produktet, med DevOps-praksis på Azure, eller begge deler. Microsofts egen DevOps-veiledning behandler praksisene som verktøynøytrale.
Hvor AI passer inn i et DevOps-oppdrag
AI-assistenter for koding kan hjelpe, men de reparerer ikke en svak leveranseprosess. DORAs rapport for 2024 fant at en økning i bruken av AI på 25 % var forbundet med et anslått fall i leveransegjennomstrømning på 1,5 % og et fall i leveransestabilitet på 7,2 %. DORAs tolkning er at det grunnleggende fortsatt betyr noe: små batcher og sterk automatisert testing. En fornuftig rådgiver legger disse fundamentene på plass før AI-generert kode skaleres gjennom pipelinen.
Fordeler og avveininger ved å leie inn en rådgiver
Hovedfordelen er læringshastigheten. Et team som har bygget mange pipelines, oppdager raskt vanlige svakheter, som langlevde grener, manuelle godkjenningskøer, ustabile tester og usporede infrastrukturendringer.
Avveiningene er reelle også:
- Kunnskap kan forsvinne med rådgiveren. Krev parprogrammering, dokumentasjon og kode i dine egne repositories.
- Verktøy er lettere å bytte enn vaner. Hvis godkjenninger av utgivelser eller teamgrenser forblir de samme, flytter nye pipelines målingene lite.
- Kostnaden avhenger av omfanget. Timesatsene varierer mye etter land og erfaring, så sammenlign tilbud ut fra resultater og kriterier for avslutning, ikke bare dagspris.
Slik velger du en DevOps-rådgivningspartner
Still alle kandidatene de samme spørsmålene og sammenlign svarene:
- Hvordan vil du måle utgangspunktet for leveranseytelsen vår, og hvilke mål vil du rapportere hver måned?
- Hvilke deler av arbeidet vil våre ingeniører bygge selv, med støtte fra deg?
- Hvor vil koden, pipelinene og påloggingsopplysningene ligge når oppdraget er over?
- Hvilken erfaring har du med skyen vår og våre compliance-behov, for eksempel GDPR eller NIS2?
- Kan du vise en referanse der du overleverte en plattform som kunden nå drifter alene?
For et bredere bilde av markedet, se listen vår over DevOps-rådgivningsselskaper og forklaringen av rollen som DevOps-rådgiver.
Slik hjelper Opsio
Opsio er en AWS Advanced Tier Services Partner med team i Karlstad i Sverige og Bangalore i India. Vår DevOps-rådgivningstjeneste dekker kartlegging, automatisering av pipelines og infrastruktur samt overlevering, og vår administrerte DevOps-tjeneste kan drifte plattformen etterpå hvis du ønsker det.
Et eksempel: ET Network hostet tjenestene sine fra ett enkelt datasenter, med for lite redundans for en voksende kundebase. Opsio fungerte som skyarkitekturpartner og flyttet selskapet over på et multi-AZ AWS-fundament, med en DevOps-leveransemodell kombinert med støtte til arkitektur, utrulling og testing, automatisert provisjonering av infrastruktur og containeriserte arbeidslaster.
Ofte stilte spørsmål
Hva gjør en DevOps-rådgiver?
En DevOps-rådgiver kartlegger hvordan programvare beveger seg fra commit til produksjon, og hjelper deretter med å automatisere bygging, tester, infrastruktur og utrullinger. De hjelper også teamene med å bli enige om delt eierskap til produksjonstjenester og sette opp mål for å følge leveransehastighet og stabilitet.
Hva er forskjellen mellom DevOps-rådgivning og administrerte DevOps-tjenester?
Rådgivning er et tidsavgrenset oppdrag som slutter med at teamet ditt eier pipelines og plattform. Managed DevOps er en løpende tjeneste der et eksternt team drifter dem i det daglige. Mange selskaper starter med rådgivning og legger til en administrert tjeneste der de mangler driftskapasitet.
Hva er fordelene med å leie inn en DevOps-rådgiver?
Du får erfaring fra mange tidligere pipelines og plattformer, noe som forkorter tiden det tar å finne flaskehalser og rette dem. Fordelen varer bare hvis rådgiveren overfører kompetanse og lar kode, dokumentasjon og tilganger bli hos teamet ditt.
Hvordan måler man resultatene av et DevOps-oppdrag?
Mål DORAs mål for programvareleveranse før og etter: ledetid for endringer, deployment-frekvens, gjenopprettingstid etter mislykket utrulling, andel mislykkede endringer og andel omarbeid i utrullinger. Sammenlign én tjeneste om gangen, fordi ulike applikasjoner har ulik kontekst.
Er en Azure DevOps-rådgiver det samme som en DevOps-rådgiver?
Ikke alltid. Azure DevOps er en Microsoft-produktpakke for planlegging, kildekontroll og pipelines. Et Azure DevOps-oppdrag kan bety hjelp med produktet, hjelp med DevOps-praksis på Azure, eller begge deler. Avklar hva du trenger før du ber om tilbud.
Relatert lesning
Skrevet av
Innovasjonssjef
Jacob leder innovasjon hos Opsio og spesialiserer seg på digital transformasjon, AI, IoT og skydrevne løsninger som gjør kompleks teknologi til målbar forretningsverdi. Med nesten 15 års erfaring jobber han tett med kunder for å utforme skalerbare AI- og IoT-løsninger, effektivisere leveranseprosesser og skape teknologistrategier som gir bærekraftig vekst og langsiktig forretningsvirkning.
Redaksjonelle retningslinjer: Artikkelen er skrevet av skyeksperten som er oppgitt i bylinen over. Vi oppdaterer den når teknologien eller regelverket den omhandler endres; datoene på siden viser siste oppdatering. Opsio er redaksjonelt uavhengig.