DevOps-sertifiseringer: slik velger du rett

En DevOps-sertifisering dokumenterer formelle ferdigheter innen automatisering, kontinuerlig levering, skyplattformer, driftspålitelighet og samarbeid mellom utvikling og IT-drift.

Sist oppdatert: 22. juli 2026. Sertifiseringene i denne artikkelen er vurdert etter plattformrelevans, rollefit, praktisk anvendelse, eksamensformat, fornyelseskrav og hvor godt de passer norske miljøer med hybrid sky, regulerte krav og flere leverandører. Prisfeltet i tabellen er bevisst behandlet forsiktig: offisielle eksamenspriser endres, varierer etter land og må sjekkes hos sertifiseringsleverandøren ved booking. Der kostnad er relevant for budsjett, bør beløp konverteres til NOK samme dag som eksamen bestilles.

DevOps er samtidig i ferd med å få et bredere innhold enn tradisjonell pipeline-automatisering. Plattform engineering, interne utviklerplattformer, policy-as-code, AIOps og generativ assistanse påvirker hvilke ferdigheter arbeidsgivere faktisk etterspør. En sertifisering som tidligere ble valgt fordi den dekket CI/CD, må nå også vurderes mot observability, sikkerhetsskift, infrastruktur som kode og evnen til å bygge standardiserte leveransemodeller på tvers av team.

Hva som gjør en DevOps-sertifisering relevant

En relevant DevOps-sertifisering bekrefter mer enn kjennskap til et verktøy. Den bør vise at kandidaten kan sette sammen kildekontroll, bygg, testing, utrulling, infrastruktur, sikkerhet og overvåking til en leveranseprosess som kan brukes i produksjon. Det er særlig viktig i norske virksomheter der systemporteføljer ofte består av eldre applikasjoner, moderne skyressurser og krav til dokumentasjon fra sikkerhet, revisjon eller offentlige anskaffelser.

Det første valget handler derfor ikke om hvilken sertifisering som er mest omtalt, men hvor arbeidet faktisk skjer. En ingeniør som daglig jobber med AWS, får mer direkte verdi av AWS Certified DevOps Engineer – Professional enn av en generell innføring. En Azure-tung virksomhet bør se nærmere på Microsoft Certified: DevOps Engineer Expert og eksamen AZ-400. Et plattformteam som bygger felles Kubernetes-miljøer for mange utviklingsteam, vil ofte ha mer nytte av CNCF Certified Kubernetes Administrator enn av en sertifisering som bare dekker én skyleverandør.

Et annet skille går mellom DevOps og SRE. DevOps handler ofte om flyt, automasjon og samarbeid gjennom programvarens livsløp, mens SRE legger tyngre vekt på pålitelighet, feilbudsjetter, service level objectives og operasjonell disiplin. Google Cloud Professional Cloud DevOps Engineer ligger nærmere SRE-tenkning enn mange andre sertifiseringer, mens AWS- og Azure-sporene ofte er tettere knyttet til leveranseautomatisering på egne plattformer. Overlappet er stort, men valget bør styres av arbeidsoppgavene som skal løses.

Et praktisk rammeverk for å velge sertifisering

Den enkleste måten å velge på er å starte med plattform, rolle og modenhet før kurskalender eller eksamensdato vurderes. Microsoft Certified: DevOps Engineer Expert med AZ-400, AWS Certified DevOps Engineer – Professional med DOP-C02, Google Cloud Professional Cloud DevOps Engineer og CNCF Certified Kubernetes Administrator kartlegger alle mot DevOps- eller SRE-nære roller, men de bekrefter ulike typer kompetanse. Plattformbundne sertifiseringer gir mest verdi når virksomheten allerede har valgt skyleverandør, mens nøytrale spor gir mobilitet når teamet arbeider på tvers av miljøer.

1. Start med produksjonsplattformen: velg AWS, Azure eller Google Cloud dersom hoveddelen av arbeidsdagen skjer der.
2. Avklar rollen: utviklere bør prioritere pipeline, kodeflyt og automatisert testing, mens plattformingeniører bør vektlegge Kubernetes, IaC og drift.
3. Vurder modenhet: nybegynnere trenger sky-, Linux- og skriptegrunnlag før avanserte DevOps-eksamener gir mening.
4. Legg inn sikkerhet og AI-behov: team med regulatoriske krav bør velge spor som dekker DevSecOps, policy-as-code, observability og automatisert kontroll.

Dette rammeverket hjelper også ledere med å unngå et vanlig problem: at hele teamet sendes inn i samme sertifiseringsløp selv om rollene er forskjellige. Et produktteam kan trenge én person med dyp pipeline-kompetanse, én med containerdrift, én med sikkerhetsautomatisering og én teknisk leder som forstår flyt og styring. Når sertifiseringer brukes slik, blir de et kompetansekart i stedet for en generell opplæringsaktivitet.

Sammenligning av sentrale DevOps-sertifiseringer

Tabellen under bør leses som en beslutningsstøtte, ikke som en fasit. Eksamensinnhold, format, priser og fornyelsesregler må alltid kontrolleres hos AWS, Microsoft, Google Cloud, CNCF, DevOps Institute, Red Hat, CompTIA eller SAFe før påmelding. Prisfeltet er derfor angitt som en kontrolloppgave i NOK, ikke som et fast beløp.

Forskjellen mellom ytelsesbaserte og teoribaserte eksamener er større enn mange kandidater forventer. CKA krever at kandidaten løser oppgaver i et faktisk Kubernetes-miljø, og forberedelsen må derfor bestå av labarbeid, feilsøking og repetisjon under tidspress. En flervalgs- eller scenarioeksamen krever også praktisk forståelse, men straffer sjeldnere små syntaksfeil på samme måte som en terminalbasert test kan gjøre.

Når de ulike sertifiseringene passer best

AWS Certified DevOps Engineer – Professional passer best for ingeniører som allerede bygger og drifter løsninger på AWS. Den er mest relevant når arbeidet involverer infrastruktur som kode, automatiserte utrullinger, overvåking, hendelseshåndtering og robuste produksjonsmiljøer. I en norsk kontekst kan den være særlig nyttig for konsulenter og interne plattformteam som møter AWS-miljøer hos flere virksomheter, men den bør ikke velges bare fordi AWS er kjent. Dersom arbeidsgiverens faktiske plattform er Azure eller Google Cloud, kan et annet spor gi raskere effekt.

Microsoft Certified: DevOps Engineer Expert er et naturlig valg i organisasjoner som bruker Azure DevOps, GitHub, Microsoft Entra ID, Azure Kubernetes Service eller bredere Microsoft-økosystemer. Mange norske virksomheter har allerede sterk Microsoft-forankring gjennom identitet, samhandling og servermiljøer, og DevOps-kompetansen må ofte fungere sammen med governance, sikkerhet og plattformstandarder. Kandidater som vurderer AZ-400, bør kontrollere Microsofts gjeldende skills measured før de begynner å lese, fordi eksamensmål endres over tid.

Google Cloud Professional Cloud DevOps Engineer er mest relevant der driftspålitelighet, observability og SRE-prinsipper står sentralt. Den passer godt for team som arbeider med skalerbare tjenester, målinger, feilhåndtering og kontinuerlig forbedring av produksjonsstabilitet. Google Cloud forbindes ofte med data- og analyseintensive miljøer, men sertifiseringen bør vurderes på grunnlag av faktiske arbeidsoppgaver, ikke plattformens omdømme.

CKA skiller seg ut fordi den er leverandørnøytral og praktisk. I hybrid- og multisky-miljøer kan Kubernetes-kompetanse være mer overførbar enn en ren skysertifisering, særlig når virksomheten bygger interne utviklerplattformer. Plattform engineering har gjort dette viktigere: utviklere forventer ferdige maler, selvbetjente miljøer, standardiserte deploy-løp og tydelige sikkerhetskontroller. En kandidat som forstår Kubernetes, nettverk, lagring, RBAC og feilsøking, kan bidra direkte til slike plattformer.

Certified DevOps Leader bør vurderes når utfordringen primært er organisatorisk. Mange DevOps-initiativer stopper ikke på grunn av mangel på verktøy, men fordi ansvar, målinger, prioriteringer og endringsflyt er uklare. For ledere, produktansvarlige og programmiljøer kan en lederorientert sertifisering være mer relevant enn en dypt teknisk eksamen. Samtidig bør tekniske ledere ha nok praktisk forståelse til å vurdere realismen i pipeline- og plattformbeslutninger.

Nybegynnere bør starte med fundamentet

For nye DevOps-kandidater er den vanligste feilen å gå rett på en avansert sky- eller Kubernetes-sertifisering uten å ha grunnleggende ferdigheter på plass. Linux, nettverk, Git, skripting, YAML, containere og infrastruktur som kode er ikke pynt rundt DevOps; de er arbeidsflaten. Kandidater som hopper over dette, bruker ofte mer tid på å pugge eksamensspørsmål enn på å forstå hvorfor pipeline, drift og sikkerhet henger sammen.

Et bedre førstevalg er ofte en grunnleggende skysertifisering hos den plattformen arbeidsgiveren faktisk bruker, kombinert med praktisk trening i Git, containere og enkel automatisering. AWS Certified Cloud Practitioner, Google Associate Cloud Engineer eller tilsvarende Microsoft-grunnlag kan være nyttige springbrett, men de bør ikke forveksles med DevOps-kompetanse alene. De gir vokabular og plattformforståelse; DevOps-ferdighetene bygges når kandidaten automatiserer leveranse, drift og kontroll i reelle miljøer.

Strukturert opplæring kan hjelpe når læringsløpet ellers blir fragmentert. En kandidat som bruker DevOps-kurs og skyopplæring som ramme, bør likevel validere alle notater mot offisielle eksamensmål og sette av tid til daglige labøkter. Det gjelder særlig for YAML, IaC, Kubernetes og pipeline-feilsøking, der passiv lesing sjelden er nok.

DevSecOps, AI og plattform engineering endrer prioriteringene

AI endrer ikke DevOps til en fullt automatisert rolle, men den påvirker hvor kompetansen må ligge. Generative assistenter kan foreslå pipeline-steg, IaC-maler og feilsøkingshypoteser, men de kan også introdusere feil, usikre standardverdier eller uforståelige avhengigheter. Derfor blir det viktigere å forstå kontrollpunktene: kodegjennomgang, policy-as-code, sikkerhetstesting, observability og tilgangsstyring.

DevSecOps får også større betydning i miljøer med krav til sporbarhet, personvern og leverandørkontroll. Norske virksomheter i finans, helse, energi og offentlig sektor må ofte vise hvordan endringer godkjennes, hvordan sårbarheter håndteres, og hvordan produksjonstilganger kontrolleres. En sertifisering som dekker sikkerhetsintegrasjon i leveranseflyten, kan derfor være like relevant som en ren pipeline-sertifisering, spesielt for team som allerede har teknisk grunnlag.

Plattform engineering trekker DevOps i en mer produktorientert retning. Plattformteam bygger interne utviklerplattformer som skal redusere kognitiv belastning for utviklere, samtidig som sikkerhet og drift standardiseres. Det gjør Kubernetes, IaC, observability og API-basert automatisering mer verdifulle ferdigheter. En sertifisering bør derfor vurderes etter om den hjelper kandidaten å bygge og drifte slike felles kapabiliteter, ikke bare etter hvor mange verktøy den nevner.

Norsk kontekst: hybrid sky, regulering og offentlige krav

Norske arbeidsgivere opererer ofte i blandede miljøer. En virksomhet kan ha Microsoft-identitet og Azure-tjenester, enkelte AWS-baserte dataplattformer, containeriserte tjenester i Kubernetes og eldre systemer som fortsatt driftes på egne datasentre. I slike miljøer lønner det seg ofte å kombinere en vendorspesifikk sertifisering med leverandørnøytrale ferdigheter innen Kubernetes, Linux, IaC og SRE.

Et typisk scenario er et plattformteam som skal tilby standardiserte deploy-maler til flere produktteam. Da kan Azure- eller AWS-sertifisering gi forståelse for skyens native tjenester, mens CKA eller tilsvarende Kubernetes-kompetanse gjør teamet bedre i stand til å drifte containermiljøet på tvers av skyer. Et annet scenario er en teknisk prosjektleder som leder overgang fra manuelle produksjonssettinger til kontrollerte release-prosesser. Der kan DevOps-forståelse kombineres med prosjektledelse og beste praksis, fordi utfordringen handler like mye om beslutningsflyt og ansvar som om verktøy.

Regulerte bransjer bør dessuten se etter sertifiseringer som gir språk for kontroll og etterlevelse. Det betyr ikke at alle trenger en sikkerhetssertifisering først, men pipeline-automatisering uten tilgangsstyring, logging, sårbarhetsskanning og endringsspor er sjelden tilstrekkelig. I anskaffelser og leverandørdialog kan sertifiseringer også fungere som en felles referanse for kompetanse, forutsatt at de støttes av faktisk erfaring.

Planlegg for fornyelse før eksamen bestilles

Resertifisering blir ofte oversett. Sertifiseringer pensjoneres, eksamenskoder endres, innhold oppdateres og leverandører justerer fornyelsesregler. En kandidat som planlegger eksamen rundt et prosjekt, bør derfor sjekke både eksamensdato, pensjoneringsvarsler og vedlikeholdskrav før booking. Det er særlig viktig for team som bruker sertifiseringer som del av kompetansekrav i rammeavtaler eller leveranseforpliktelser.

En praktisk resertifiseringsplan bør knyttes til leverandørenes egne policyer og virksomhetens teknologiroadmap. Dersom Azure DevOps erstattes av GitHub-baserte arbeidsflyter, eller en containerplattform flyttes til en ny driftsmodell, kan neste sertifisering være mer verdifull enn å fornye den gamle automatisk. Overgangsordninger ved pensjonerte eksamener bør leses på leverandørens offisielle sider, ikke i eldre blogginnlegg eller utdatert kursmateriell.

Dette er også et område der kandidater ofte gjør metodefeil. De kopierer andres notater, pugger mot gamle eksamensmål eller lar labarbeidet vente til slutten. Mer robust forberedelse starter med offisielle skills measured, deretter praktiske økter som dekker svake områder, og til slutt repetisjon under realistiske eksamensbetingelser. Særlig for CKA og andre praktiske eksamener bør labvanen etableres tidlig.

Slik bygger et DevOps-løp som varer

Det beste sertifiseringsvalget er det som passer arbeidsplassen, rollen og neste tekniske problem kandidaten faktisk skal løse. AWS, Azure og Google Cloud gir sterkest effekt når de speiler produksjonsplattformen. Kubernetes, IaC og SRE-orienterte spor gir bredere mobilitet i hybrid- og multisky-miljøer. Lederrettede sertifiseringer gir mest verdi når hovedutfordringen er flyt, ansvar, måling og endringsledelse.

En praktisk vei videre er å velge én primær sertifisering, bygge en labplan rundt eksamensmålene og samtidig dokumentere hvordan ferdighetene brukes i egne prosjekter. Readynez kan være et alternativ for kandidater som ønsker et strukturert DevOps-løp, men selve verdien kommer fra kombinasjonen av offisielle mål, praktisk trening og arbeid i reelle leveransemiljøer.