AZ-400 er en DevOps Engineer-eksamen, hvor den centrale vurdering ofte er, om indholdet matcher kandidatens daglige arbejde, eller om forberedelsen kræver et større skift fra drift, udvikling eller platform engineering.
AZ-400, Designing and Implementing Microsoft DevOps Solutions, er Microsofts DevOps Engineer-eksamen for kandidater, der skal kunne designe og implementere DevOps-processer i Azure-miljøer. Den opleves ofte som svær, fordi den ikke kun handler om at kende Azure DevOps eller GitHub, men om at kunne vælge arbejdsmetoder, sikkerhedsprincipper, pipeline-design, release-strategier og feedback-mekanismer i realistiske scenarier.
Opdateret: 2026. Denne gennemgang er skrevet som evergreen-vejledning og bør læses sammen med den aktuelle AZ-400-side på Microsoft Learn, fordi Microsoft kan ændre blueprint, eksamensformat, spørgsmålsmix og politikker over tid. Hvor der henvises til format, scoring og retakes, er pointen derfor at forklare, hvad kandidaten skal kontrollere, og hvordan oplysningerne bør bruges i forberedelsen.
Hvor svær er AZ-400 egentlig?
AZ-400 er svær på en anden måde end mange rene administrations- eller udviklereksamener. Den er først og fremmest en bredde-eksamen: Kandidaten skal kunne binde kode, infrastruktur, sikkerhed, governance, test, release og målinger sammen til en fungerende DevOps-praksis. Det er grunden til, at personer med solid erfaring i ét område stadig kan blive udfordret, når eksamenen spørger på tværs af teams og processer.
En brugbar måde at vurdere sværhedsgraden på er at se på tre spor. Det første er de daglige værktøjer: Azure DevOps, GitHub, repositories, pipelines, artefakter og work tracking. Det andet er ansvaret: pipeline- og release-governance, approvals, environments, sikkerhed, compliance og sporbarhed. Det tredje er erfaringsbredden: forståelse for både Azure-infrastruktur og softwareleverance. Jo flere af disse spor kandidaten allerede arbejder med, desto mere genkendelig bliver eksamenen.
Det, der ofte overrasker, er vægtningen af designbeslutninger. AZ-400 belønner sjældent ren hukommelse om, hvor en bestemt knap findes i brugerfladen. Scenarieopgaver handler typisk om, hvorfor en bestemt branching-strategi, release-model, sikkerhedskontrol eller overvågningsløsning passer bedre end et alternativ under givne begrænsninger.
AZ-400 vs AZ-104 og AZ-204
Sammenlignet med AZ-104 føles AZ-400 ofte mere proces- og udviklingsorienteret. AZ-104-kandidater er typisk vant til identitet, compute, storage, networking, governance og drift i Azure. Den baggrund hjælper med environments, deployment targets, adgangsstyring og overvågning, men kodedelen kan være en udfordring: branching, pull requests, testautomatisering, artefaktstyring og CI/CD-principper kræver en anden tankegang end traditionel infrastrukturadministration.
Sammenlignet med AZ-204 føles AZ-400 ofte bredere og mere driftsnær. Udviklere har som regel lettere ved repositories, build-processer, pakker, test og applikationslivscyklus. Til gengæld kan deployment-strategier, observability, SLO/SLA-overvejelser, sikker drift og governance på tværs af miljøer være blinde vinkler, især hvis arbejdet hidtil har stoppet ved pull request eller build-output.
AZ-400 ligger derfor mellem udvikling og drift, men den er ikke blot en blanding af AZ-104 og AZ-204. Eksamenen tester evnen til at skabe en sammenhængende DevOps-løsning, hvor teams kan levere ændringer sikkert, målbart og gentageligt. Kandidater med erfaring som DevOps engineer, SRE, platform engineer eller cloud engineer vil typisk genkende mere af stoffet end kandidater i rene supportroller uden ansvar for pipelines, kode-repositories eller release-processer.
Eksamenens format og hvad kandidaten bør kontrollere
Microsoft beskriver AZ-400 på den officielle Microsoft Learn-eksamensside, herunder målte færdigheder, eksamenspolitik, scoring og muligheder for at tage eksamen igen. Kandidaten bør altid kontrollere den aktuelle side kort før booking, fordi eksamensoplysninger og blueprint kan blive opdateret uden at ældre blogindlæg følger med.
Formatet kan omfatte flere typer spørgsmål, for eksempel multiple choice, multiple response, drag-and-drop, rækkefølgeopgaver og scenarie- eller case-baserede spørgsmål. Det vigtige er ikke at forvente ét fast mønster. En kandidat bør forberede sig på både korte vidensspørgsmål og længere opgaver, hvor flere krav skal afvejes mod hinanden.
Scoring og retake-regler bør også læses direkte hos Microsoft. Det er fristende at søge efter uofficielle tal, faste spørgsmålsantal eller påståede beståelsesrater, men de er ofte upræcise og kan give en forkert studieprioritering. Den praktiske konsekvens er enkel: Træn bredt efter blueprintet, øv scenarielæsning, og brug officielle politikker som reference frem for forumrygter.
Hvad AZ-400 typisk tester i praksis
AZ-400 dækker DevOps-strategi, udviklingsprocesser, kontinuerlig integration, kontinuerlig levering, sikkerhed, compliance, overvågning og feedback. I praksis betyder det, at kandidaten skal forstå, hvordan teams organiserer arbejde, bygger og tester kode, publicerer artefakter, deployer sikkert til Azure og måler effekten efter release.
Et typisk scenarie kan beskrive et team, der har manuelle deployments, begrænset testautomatisering og krav om godkendelse før produktion. Et overfladisk svar fokuserer på at oprette en pipeline. Et stærkere svar tager stilling til branching, build-validering, environments, approvals, secret management, rollback, logging og hvem der må godkende hvad. Det er forskellen mellem værktøjsbetjening og DevOps-design.
YAML-first pipelines er et område, hvor mange undervurderer sværhedsgraden. Syntaksen i sig selv er sjældent hovedproblemet. Udfordringen er at forstå, hvordan pipeline-strukturen skal afspejle release-strategien, hvordan environments og approvals beskytter produktion, og hvordan secrets bør integreres med løsninger som Azure Key Vault i stedet for at blive spredt i variable eller scripts.
Kandidater bør også forstå ækvivalenserne mellem Azure DevOps og GitHub. Azure Repos svarer i mange sammenhænge til GitHub repositories, Azure Pipelines kan sammenlignes med GitHub Actions, og Azure Boards overlapper med GitHub Issues og Projects. Eksamenen kan teste begge økosystemer, så det er mere værdifuldt at forstå mønstrene end at lære én brugerflade udenad.
En realistisk 8–12 ugers forberedelse
En kandidat, der allerede arbejder med Azure og har rimelig erfaring med enten udvikling eller drift, kan ofte bruge en fokuseret 8–12 ugers plan som ramme. Planen bør ikke kun bestå af læsning. AZ-400 kræver, at begreberne omsættes til konkrete pipelines, repository-strukturer, sikkerhedsvalg og monitorering i et miljø, hvor fejl kan undersøges.
- Uge 1–2: Gennemgå AZ-400 blueprintet på Microsoft Learn og kortlæg stærke og svage områder inden for DevOps-strategi, repositories, pipelines, sikkerhed og feedback.
- Uge 3–4: Byg en simpel CI-proces i Azure DevOps eller GitHub med pull request-validering, testtrin og artefaktpublicering.
- Uge 5–6: Udvid løsningen med deployment til Azure, environments, approvals og en bevidst release-strategi.
- Uge 7–8: Arbejd med sikkerhed og compliance, herunder secrets, adgangsstyring, policy-tænkning og sporbarhed fra work item til release.
- Uge 9–10: Tilføj monitorering, feedback-loops og incident-orienteret læring, så deployment ikke ses som slutpunktet.
- Uge 11–12: Øv scenarieopgaver, gennemgå fejlbesvarelser og træn tidsstyring frem for at læse nyt stof ukritisk.
Planen kan strammes eller forlænges afhængigt af udgangspunktet. En udvikler bør bruge ekstra tid på deployment, drift og observability, mens en infrastrukturprofil bør bruge ekstra tid på Git, branching, test og artefakter. Kandidater, der ønsker et mere struktureret forløb med undervisning og labs, kan se det eksisterende Microsoft Azure DevOps Engineer-kursus hos Readynez som én mulig ramme for forberedelsen.
Typiske fejl under forberedelsen
Den mest almindelige fejl er at læse DevOps som en værktøjsliste. Azure DevOps og GitHub er vigtige, men eksamenen spørger ofte efter den løsning, der bedst opfylder et forretnings-, sikkerheds- eller driftskrav. Kandidaten skal derfor øve sig i at begrunde valg: Hvorfor trunk-based development frem for en tung branch-model? Hvorfor approvals på et bestemt miljø? Hvorfor en bestemt artefakt- eller package-strategi?
En anden fejl er at undervurdere tidsstyring. Case-studier og lange scenarier kan tage mere tid end forventet, fordi alle detaljer virker relevante. En praktisk strategi er at identificere tidskrævende scenarier, besvare hurtigere spørgsmål først, markere usikre svar og vende tilbage, når de nemmere point ikke længere risikerer at gå tabt.
En tredje fejl er at ignorere drift efter deployment. AZ-400 stopper ikke ved en grøn pipeline. Overvågning, alerts, feedback, incident-læring og målinger er en del af DevOps-løkken, og kandidater bør kunne forklare, hvordan data fra produktion påvirker backlog, kvalitet og release-beslutninger.
Sådan afgør kandidaten, om tidspunktet er rigtigt
AZ-400 er et godt næste skridt, når kandidaten allerede har praktisk kontakt med kode, Azure og leveranceprocesser. Det betyder ikke nødvendigvis, at personen skal være seniorudvikler eller cloud-arkitekt, men der bør være nok erfaring til, at CI/CD, repositories, miljøer, sikkerhedskrav og deployment-fejl ikke kun er teoretiske begreber.
Hvis arbejdet i dag primært består af brugersupport, ticket-håndtering eller basal Azure-administration uden kontakt til kode og pipelines, kan det være mere effektivt først at styrke fundamentet i Azure eller softwareleverance. Hvis arbejdet derimod allerede involverer pull requests, build-fejl, deployment-gates, release-planlægning eller platformautomatisering, er AZ-400 ofte relevant, fordi eksamenen giver et sprog for at strukturere den praksis mere systematisk.
Et nøgternt svar på sværhedsgraden
AZ-400 er svær, hvis den behandles som en eksamen i menupunkter og produktfunktioner. Den bliver mere håndterbar, når kandidaten læser den som en eksamen i DevOps-beslutninger: hvordan software bevæger sig fra idé til produktion, hvordan risiko reduceres, og hvordan teams lærer af feedback.
Det mest effektive næste skridt er at sammenholde Microsofts aktuelle blueprint med kandidatens daglige arbejde og derefter bygge en studieplan omkring de svageste led. Læsere, der planlægger flere Microsoft-certificeringer eller ønsker en mere fleksibel træningsmodel, kan undersøge Microsoft-træningsmuligheder hos Readynez og de øvrige Microsoft-kurser; konkrete spørgsmål om AZ-400-forløb kan også rettes via kontaktformularen.
FAQ
Er Microsoft AZ-400 sværere end AZ-104?
Det afhænger af baggrunden. For en Azure-administrator kan AZ-104 føles mere naturlig, mens AZ-400 kræver mere forståelse for kode, Git, CI/CD og release-processer. For en kandidat, der allerede arbejder med pipelines og DevOps-praksis, kan AZ-400 til gengæld føles mere sammenhængende end en bred administrationsprøve.
Er AZ-400 sværere end AZ-204?
For udviklere er AZ-204 ofte mere teknisk fokuseret på applikationsudvikling i Azure, mens AZ-400 kræver bredere forståelse for leverance, drift, sikkerhed og feedback. AZ-400 kan derfor føles sværere for udviklere, der ikke har arbejdet med deployment-governance, observability eller driftskrav.
Hvad er de største udfordringer ved AZ-400?
De største udfordringer er bredden i emnerne, scenarieopgaverne og behovet for at begrunde designvalg. Mange kandidater kæmper også med YAML-baserede pipelines, environments, approvals og secret management, fordi disse emner kræver sammenhæng mellem teknik, sikkerhed og release-strategi.
Hvor lang tid bør man bruge på forberedelse?
En realistisk plan for mange kandidater er 8–12 uger, hvis de allerede har Azure-erfaring og kan øve praktisk undervejs. Kandidater uden erfaring med Git, pipelines eller Azure-deployments bør forvente at bruge længere tid på fundamentet, før egentlige eksamensøvelser giver fuld værdi.
Findes der en officiel beståelsesprocent for AZ-400?
Microsoft offentliggør ikke en stabil, generel beståelsesprocent, som kandidater bør bruge til planlægning. Det er bedre at styre efter det aktuelle blueprint, officielle eksamenspolitikker, praktiske labs og kvaliteten af egne scenariesvar end efter uofficielle tal.
