Hur svår är AZ-400-examen?

AZ-400-examen mäter om en kandidat kan designa och implementera DevOps-lösningar med Azure DevOps, GitHub, automatisering, säkerhet och kontinuerlig leverans.

Det korta svaret är att AZ-400 ligger på medel till avancerad nivå. Den är sällan svår därför att ett enskilt verktyg är tekniskt obskyrt; svårigheten ligger oftare i bredden. Kandidaten behöver förstå hur utveckling, drift, säkerhet, styrning och mätning hänger ihop i ett fungerande leveransflöde.

För en erfaren DevOps-praktiker som redan arbetar med CI/CD, Git, infrastruktur som kod och molndrift är provet hanterbart med strukturerad repetition. För en renodlad utvecklare kan drift, Azure-resurser, policyer och release-governance bli den tyngsta delen. För en administratör eller infrastrukturprofil är det ofta källkodshantering, testautomatisering, YAML-baserade pipelines och utvecklingsnära arbetsflöden som kräver mest arbete.

Vad AZ-400 faktiskt mäter

AZ-400 är kopplad till certifieringen Microsoft Certified: DevOps Engineer Expert. Provet handlar inte bara om att kunna klicka fram en pipeline i Azure DevOps. Microsoft förväntar sig att kandidaten kan designa och implementera DevOps-processer som stödjer samarbete, versionskontroll, bygg- och releaseflöden, säkerhet, efterlevnad och kontinuerlig återkoppling.

Det är viktigt att läsa den aktuella examenssidan och dokumentet för skills measured på Microsoft Learn innan studierna planeras. Microsoft kan ändra innehåll, frågetyper och betoning över tid, och kandidatens studieplan bör därför utgå från den officiella outline som gäller vid bokningstillfället. Historiska upplevelser från andra kandidater kan vara användbara, men de bör inte behandlas som en exakt beskrivning av vad nästa prov innehåller.

I praktiken betyder detta att provmålen motsvarar arbetsuppgifter som ett DevOps-team möter i verkligheten. Källkontroll handlar om branchstrategier, pull request-flöden, kodgranskning och skyddade grenar. CI/CD handlar om hur kod byggs, testas, paketeras och släpps på ett kontrollerat sätt. Säkerhet och efterlevnad handlar om hemlighetshantering, beroenden, policyer, behörigheter och spårbarhet. Instrumentering handlar om loggar, monitorering, feedback och mätetal som hjälper teamet att se om leveransflödet fungerar.

Varför provet upplevs som svårt

Många kandidater underskattar AZ-400 eftersom de redan kan antingen utveckling eller drift. Provet premierar däremot helhetsförståelse. En kandidat som är stark i kod men ovan vid releasekontroller, miljöstrategier och Azure-drift kan få problem med designfrågor. En kandidat som är stark i infrastruktur men ovan vid Git-flöden, teststrategier och utvecklarverktyg möter en annan typ av svårighet.

En annan vanlig fallgrop är att förbereda sig enbart i Azure DevOps-gränssnittet. AZ-400 omfattar även GitHub-relaterade komponenter, exempelvis GitHub Actions och säkerhetsfunktioner i utvecklingsflödet. Den som saknar vana vid YAML, pipeline-definitioner i kod och moderna repository-baserade arbetsflöden riskerar att göra provet onödigt svårt.

Det går inte heller att bygga en säker plan på antagandet att provet alltid innehåller en viss typ av praktiska labbar. Microsoft anger inte alla frågeformat i förväg och kan variera upplägget. En bättre strategi är att förbereda sig för scenarier där flera krav ska vägas mot varandra, till exempel hastighet mot kontroll, standardisering mot flexibilitet eller central governance mot teamens självständighet.

Förkunskaper, badge och förnyelse

Det finns ingen formell regel som säger att en kandidat måste ha AZ-104 eller AZ-204 för att sätta sig för AZ-400-provet. Däremot krävs både godkänt AZ-400 och antingen Microsoft Azure Administrator Associate eller Microsoft Azure Developer Associate för att få DevOps Engineer Expert-badgen. Det är en viktig skillnad: provet kan bokas utan dessa certifieringar, men själva Expert-certifieringen utfärdas först när hela kravet är uppfyllt.

Detta gör valet av ordning praktiskt viktigt. En infrastrukturprofil som saknar utvecklingsnära erfarenhet kan vinna på att först säkra administratörsgrunden och sedan lägga mer tid på pipelines, Git och applikationslivscykel. En utvecklare som redan bygger och levererar kod till Azure kan ha större nytta av att först fördjupa Azure-plattformsförståelsen eller ta utvecklarvägen. Det centrala är att AZ-400 inte bör behandlas som en första introduktion till DevOps, utan som en validering av förmågan att kombinera flera discipliner.

Microsofts rollbaserade certifieringar är giltiga i ett år. Förnyelse sker normalt genom en kostnadsfri onlinebedömning på Microsoft Learn innan certifieringen löper ut. Det innebär att arbetet inte slutar på examensdagen; den som vill behålla certifieringen behöver följa förändringar i plattform, verktyg och rekommenderade arbetssätt.

Är AZ-400 rätt steg just nu?

AZ-400 är mest relevant när kandidaten redan arbetar nära leveransflöden eller har en tydlig plan att göra det. För en DevOps engineer, SRE, plattformsingenjör, molnadministratör med pipelineansvar eller utvecklare med releaseansvar kan provet ge en tydlig struktur för att fylla kunskapsluckor. För någon som fortfarande lär sig grunderna i Azure, Git eller applikationsdrift kan en tidigare certifiering eller mer praktiskt projektarbete vara ett bättre första steg.

En enkel tumregel är att AZ-400 är rimlig när kandidaten kan förklara hur kod går från commit till produktion, vilka kontroller som finns på vägen, hur fel upptäcks och hur teamet mäter förbättring. Om svaret stannar vid en enskild pipeline eller ett verktygsnamn finns det sannolikt mer att bygga före provet.

Rimlig förberedelsetid

För erfarna DevOps-praktiker med regelbunden CI/CD-vana är sex till åtta veckors deltidsstudier ofta en realistisk ram. Det förutsätter att personen redan arbetar med Git, pipeline-konfiguration, molnresurser och releaseflöden, och främst behöver mappa erfarenheten mot Microsofts examensmål.

För kandidater som kommer från en ren utvecklar- eller administratörsbakgrund är tio till tolv veckor eller mer ofta mer realistiskt. Det beror inte på att varje område är svårt isolerat, utan på att den saknade disciplinen måste övas praktiskt. En utvecklare behöver förstå drift, governance och Azure-beteenden. En administratör behöver bli bekväm med kodnära arbetsflöden, branching, pull requests, artefakter och pipeline-definitioner.

Studietiden bör inte bara läggas på teori. Kandidaten bör bygga små men realistiska flöden: ett repository, en YAML-pipeline, en artefaktstrategi, säker hemlighetshantering, miljöer med godkännanden och monitorering som ger återkoppling efter driftsättning. Det är i kopplingen mellan dessa delar som många examensfrågor blir begripliga.

Vanliga fallgropar i förberedelsen

• Att bara öva i grafiska gränssnitt och hoppa över YAML, trots att pipeline som kod är central i moderna DevOps-flöden.
• Att behandla hemligheter, artefakter och beroenden som detaljer i stället för som delar av säker leverans.
• Att hoppa över branch-skydd, policyer, godkännanden och efterlevnad eftersom de känns mindre tekniska än själva byggsteget.
• Att sakna en tydlig strategi för loggning, monitorering och mätetal, exempelvis hur teamet upptäcker fel och förbättrar ledtid eller deployment-frekvens.

En kandidat som vill minska risken bör därför öva på beslut, inte bara kommandon. Det räcker inte att veta hur en pipeline skapas; kandidaten behöver förstå varför en viss strategi passar ett scenario, vilka risker den minskar och vilka kompromisser den innebär. Det är särskilt tydligt i frågor som kombinerar säkerhet, leveranshastighet och organisationskrav.

Ett praktiskt exempel på hur skills measured märks i arbetet

Tänk på ett team som går från manuella releaser till en standardiserad pipeline. Först flyttas bygg- och releaseflödet till YAML så att pipeline-definitionen versionshanteras tillsammans med koden. Därefter införs branch-skydd, pull request-krav och automatiserade tester. Hemligheter flyttas bort från pipeline-variabler med svag kontroll och hanteras via en säkrare lösning. Till sist kopplas deployment-status, loggar och incidentdata tillbaka till teamets uppföljning.

Detta är ett litet scenario, men det berör flera delar av AZ-400 samtidigt: källkontroll, CI/CD, säkerhet, efterlevnad och instrumentering. Det visar också varför provet kan kännas brett. Verkliga DevOps-beslut kommer sällan i isolerade kategorier; en förändring i pipeline-design påverkar ofta behörigheter, spårbarhet, utvecklarflöde och driftbarhet samtidigt.

Hur man förbereder sig effektivt

En effektiv förberedelse börjar med den aktuella examenssidan på Microsoft Learn och den senaste skills measured-outline. Kandidaten bör markera områden där praktisk erfarenhet saknas och omvandla dem till konkreta labbar. Om outline nämner säker utveckling bör labben inte bara bestå av läsning om säkerhet, utan av att faktiskt hantera hemligheter, granska beroenden och konfigurera kontroller i ett leveransflöde.

Övningsfrågor kan vara användbara för att vänja sig vid scenarioformuleringar, men de bör inte ersätta praktiskt arbete. En kandidat som endast memorerar svar får svårt när Microsoft ändrar formulering, verktygsval eller kravbild. En bättre kontrollfråga under studierna är: kan kandidaten motivera lösningen och förklara varför alternativen är sämre i just detta scenario?

Strukturerad utbildning kan vara värdefull när tiden är begränsad eller när kunskapsluckorna spänner över både utveckling och drift. Readynez erbjuder en AZ-400-kurs för Microsoft Azure DevOps Engineer, men även då bör målet vara att koppla kursmomenten till egna labbar och officiella examensmål, inte att enbart följa ett schema.

Examensformat och tidshantering

Microsoft kan använda olika frågetyper och redovisar inte alltid exakt format i förväg. Kandidater bör därför vara beredda på frågor som kräver analys av scenarier, val mellan flera rimliga lösningar och förståelse för ordningsföljd i en implementation. Det är klokare att planera för design- och scenariofrågor än att förlita sig på att ett visst labbformat ska dyka upp.

Under provet är tidshantering en del av svårigheten. Fallstudier och längre scenarier tar mer energi än korta kunskapsfrågor, särskilt när flera tekniska och organisatoriska krav blandas. Den som övar bör därför inte bara kontrollera om svaret blev rätt, utan även hur snabbt kraven kunde identifieras och irrelevanta detaljer sorteras bort.

Vad kandidaten bör kunna före bokning

En kandidat är vanligtvis nära redo när hon eller han kan designa ett leveransflöde från källkod till produktion och samtidigt förklara säkerhet, spårbarhet, rollback, testning och monitorering. Det bör också finnas praktisk vana av minst ett större verktygsflöde, exempelvis Azure DevOps eller GitHub, och tillräcklig förståelse för det andra för att kunna resonera om likheter, skillnader och integrationspunkter.

Det är även viktigt att kunna läsa krav i ett scenario. AZ-400 belönar ofta den lösning som bäst möter affärs- och driftkrav, inte den lösning som använder flest funktioner. En enkel, styrd och mätbar pipeline kan vara mer korrekt än en tekniskt avancerad lösning som saknar kontroll, säkerhet eller återkoppling.

Vägen vidare efter AZ-400

AZ-400 är svår nog för att kräva respekt, men den är hanterbar när förberedelsen speglar hur DevOps fungerar i praktiken. Den viktigaste insikten är att provet testar sammanhang: hur människor, processer och teknik samverkar för att leverera säkert och kontinuerligt. Därför bör studierna kombinera officiella Microsoft Learn-mål, praktiska labbar och reflektion kring verkliga designbeslut.

Den som vill jämföra AZ-400 med andra Microsoft-spår kan läsa mer om Microsoft-utbildningar eller se hur ett bredare upplägg för Microsoft-träning kan användas för att täcka flera kompetensområden över tid. Nästa steg bör vara att kontrollera aktuell AZ-400-outline på Microsoft Learn, göra en ärlig gap-analys och bygga labbar som täcker de svagaste delarna.

Om det behövs stöd för att bedöma en lämplig väg mot DevOps Engineer Expert går det att kontakta Readynez för en diskussion om mål, bakgrund och nästa steg.

FAQ

Hur svårt är AZ-400?

AZ-400 är medel till avancerad. Den är mest utmanande för kandidater som bara behärskar en sida av DevOps, exempelvis utveckling utan drift eller infrastruktur utan kodnära leveransflöden. Praktisk erfarenhet av CI/CD, Git, Azure, säkerhet och monitorering gör provet betydligt mer hanterbart.

Måste man ha AZ-104 eller AZ-204 innan AZ-400?

Nej, det finns inget formellt krav på AZ-104 eller AZ-204 för att skriva AZ-400-provet. För att få Microsoft Certified: DevOps Engineer Expert krävs däremot både godkänt AZ-400 och antingen Azure Administrator Associate eller Azure Developer Associate.

Hur lång tid tar det att förbereda sig?

Erfarna DevOps-praktiker kan ofta planera för sex till åtta veckors deltidsstudier. Kandidater som saknar antingen utvecklings- eller driftbakgrund bör snarare räkna med tio till tolv veckor eller mer, särskilt om de behöver bygga praktisk vana vid YAML, GitHub Actions, Azure DevOps, säkerhet och instrumentering.

Är AZ-400 mest Azure DevOps eller GitHub?

Provet kan beröra båda. Azure DevOps är fortfarande centralt, men GitHub, GitHub Actions och säkerhetsfunktioner i kodflödet är också relevanta. Kandidater som bara har övat i Azure DevOps-gränssnittet bör lägga tid på YAML och repository-baserade arbetsflöden.

Hur ofta måste certifieringen förnyas?

Microsofts rollbaserade certifieringar är giltiga i ett år. Förnyelse görs normalt genom en kostnadsfri onlinebedömning på Microsoft Learn innan certifieringen löper ut.