Så förbättrar du dina chanser att klara AZ-204

  • AZ-204 exam
  • Published by: André Hammer on feb. 08, 2024
Group classes
  • Bygg en liten Azure-lösning som täcker flera examensmål i samma flöde.
  • Öva med CLI, Bicep och SDK:er i stället för att enbart klicka i portalen.
  • Planera labbkostnader, repetition och övningsprov innan de sista studiedagarna.
  • Träna på att läsa scenariofrågor utifrån krav, begränsningar och Azure-beteenden.

AZ-204 definierar Microsofts certifieringsprov för utvecklare som bygger, säkrar, övervakar och integrerar applikationer på Azure. Provet riktar sig främst till personer som skriver kod mot Azure-tjänster, använder SDK:er och arbetar med molnbaserade lösningar i språk som .NET, JavaScript, Python, Java eller PowerShell.

Den största skillnaden mellan en ytlig och en stark förberedelse är ofta hur examensmålen översätts till verkligt utvecklararbete. Det räcker sällan att kunna namnen på tjänsterna. Kandidaten behöver förstå när en Function passar bättre än en Web App, varför Managed Identity är säkrare än lagrade hemligheter, hur retry och backoff påverkar meddelandeflöden, och hur telemetri avslöjar varför en applikation beter sig långsamt eller opålitligt.

Vad AZ-204 faktiskt prövar

Microsoft beskriver AZ-204 som ett utvecklarprov, inte ett driftprov. Det innebär att fokus ligger på att utveckla Azure-beräkningslösningar, arbeta med lagring, implementera säkerhet, övervaka och optimera lösningar samt ansluta till Azure- och tredjepartstjänster. Enligt examensfördelningen i Microsofts material ligger beräkningslösningar på 25–30 %, lagring på 15–20 %, säkerhet på 20–25 %, övervakning och optimering på 15–20 %, och integration med tjänster på 15–20 %.

Den som jämför certifieringsspår bör också skilja AZ-204 från närliggande prov. AZ-104 riktar sig mer mot administratörer som arbetar med drift, nätverk, identitet och infrastruktur. AZ-204 handlar mer om kod, SDK:er, Functions, Web Apps, eventdrivna lösningar och säkra integrationsmönster. AZ-400 ligger senare i kedjan för den som vill fördjupa sig i DevOps, CI/CD, Infrastructure as Code och pipelines.

Provet innehåller flera frågetyper, till exempel flervalsfrågor, matchningsmoment, dra-och-släpp och kortare svar eller scenariobaserade uppgifter. I originalinformationen anges 120 minuter, 40 till 60 frågor och en godkänd nivå på minst 700 av 1000. Sådana siffror bör alltid kontrolleras mot den aktuella examenssidan på Microsoft Learn före bokning, eftersom provformat och mål kan uppdateras.

Bygg en referensapp i stället för isolerade övningar

En effektiv AZ-204-förberedelse är att bygga en minimal referensapp som knyter ihop flera mål samtidigt. Ett rimligt scenario är ett litet API eller en Web App som tar emot en order, en Azure Function som bearbetar händelsen, Azure Storage för enkel persistens, Service Bus för meddelanden, Key Vault för konfiguration, Managed Identity för åtkomst och Application Insights för spårning.

Detta scenario tvingar fram de beslut som ofta dyker upp i examensfrågor. Om en applikation behöver komma åt en hemlighet ska lösningen inte bygga på hårdkodade connection strings. Om en Function läser från en kö behöver den hantera fel och återförsök. Om en fråga beskriver sporadiska prestandaproblem behöver kandidaten kunna resonera om loggar, metriker, beroenden och undantag, inte bara välja en övervakningstjänst utifrån namnet.

Från ett praktiskt perspektiv är det också klokt att lägga all labbinfrastruktur i separata resursgrupper per övning. Tagga resurser med syfte och ägare, skapa budgetvarningar i Azure och ta bort hela resursgruppen när övningen är klar. Många kandidater underskattar kostnadsrisken i labbar, särskilt när de testar databaser, Application Insights-volymer, Premium-planer eller tjänster som fortsätter köras efter att själva kodövningen är avslutad.

För den som behöver strukturerad träning kan en instruktörsledd Azure Developer-utbildning för AZ-204 vara ett sätt att få labbar, examensinriktad repetition och sammanhang runt målen. Det bör ändå kombineras med egen kodning, eftersom provet belönar förståelse för hur tjänsterna beter sig när krav och begränsningar ändras.

Följande exempel visar en liten labbstart med Azure CLI. Syftet är inte att skapa hela lösningen, utan att etablera ett säkert och lättstädat ramverk för övningar.

Example — skapa en isolerad labbresursgrupp

az group create \
  --name rg-az204-lab-orders \
  --location swedencentral \
  --tags purpose=az204 owner=developer cleanup=manual

az storage account create \
  --name staz204orderslab01 \
  --resource-group rg-az204-lab-orders \
  --location swedencentral \
  --sku Standard_LRS \
  --kind StorageV2 \
  --https-only true \
  --min-tls-version TLS1_2

Kommandona skapar en separat resursgrupp och ett lagringskonto med grundläggande säkerhetsinställningar. Efter labben bör hela resursgruppen tas bort om den inte längre används, eftersom det minskar risken för kvarglömda resurser och gör övningsmiljön enklare att förstå.

Säkerhet och identitet är centrala utvecklarämnen

En vanlig fallgrop är att behandla säkerhetsmålen som något administratörer tar hand om. I AZ-204 behöver utvecklaren förstå hur kod autentiserar mot Azure-resurser, hur behörigheter begränsas, hur Key Vault används och hur Managed Identity förenklar åtkomst utan att hemligheter läggs i konfigurationsfiler eller pipelinevariabler.

I verkliga projekt handlar detta ofta om små val med stora konsekvenser. En lokal utvecklingsmiljö kan använda utvecklarens identitet, medan applikationen i Azure använder en systemtilldelad eller användartilldelad managed identity. Rollen ska vara så smal som möjligt, till exempel åtkomst till en specifik Key Vault-hemlighet eller en begränsad lagringsåtgärd, i stället för breda rättigheter över hela prenumerationen.

Bicep är särskilt användbart i förberedelserna eftersom det gör infrastrukturvalen synliga i kod. Det hjälper kandidaten att tänka på resursberoenden, identiteter och konfiguration på samma sätt som många scenariofrågor gör.

Example — Function App med managed identity i Bicep

resource functionApp 'Microsoft.Web/sites@2023-12-01' = {
  name: 'func-az204-orders-lab'
  location: resourceGroup().location
  kind: 'functionapp'
  identity: {
    type: 'SystemAssigned'
  }
  properties: {
    serverFarmId: appServicePlan.id
    siteConfig: {
      appSettings: [
        {
          name: 'AzureWebJobsStorage'
          value: storageConnectionString
        }
        {
          name: 'FUNCTIONS_EXTENSION_VERSION'
          value: '~4'
        }
        {
          name: 'FUNCTIONS_WORKER_RUNTIME'
          value: 'dotnet-isolated'
        }
      ]
    }
    httpsOnly: true
  }
}

Exemplet visar hur identiteten hör till själva applikationsresursen. I en fullständig mall skulle nästa steg vara att ge identiteten en avgränsad roll mot rätt resurs, exempelvis Key Vault eller Storage, och sedan verifiera att koden kan läsa konfiguration utan att använda hårdkodade hemligheter.

Övervakning, felsökning och optimering bör tränas tidigt

Många lägger övervakning sist i studieplanen, men det gör scenariofrågor svårare än de behöver vara. AZ-204 testar inte bara att en kandidat känner igen Application Insights, utan även att personen kan tolka symptom: långsamma beroendeanrop, hög felprocent, köer som växer, kallstarter i Functions eller bristande korrelation mellan loggar.

Det är därför värt att skriva enkla KQL-frågor under labbarna. När en Function anropar Storage eller Service Bus bör kandidaten kunna se begäranden, undantag och beroenden. Den typen av praktisk felsökning gör det lättare att resonera under provet när flera svarsalternativ låter rimliga.

Example — hitta långsamma beroenden i Application Insights

dependencies
| where timestamp > ago(2h)
| where duration > 1000
| summarize slowCalls=count(), avgDuration=avg(duration) by target, type
| order by slowCalls desc

Frågan grupperar beroendeanrop som tagit mer än en sekund under de senaste två timmarna. Lärdomen är att övervakning inte bara handlar om att aktivera en tjänst, utan om att kunna formulera hypoteser och verifiera dem med data.

En 30-dagars studieplan som går att genomföra

En studieplan för AZ-204 bör balansera läsning, labbar, repetition och övningsprov. Det är lätt att lägga för mycket tid på dokumentation och för lite på implementering. Det motsatta är också riskabelt: ren kodning utan koppling till examensmålen gör det svårt att se vilka kunskapsluckor som finns.

Planen nedan är utformad för en utvecklare som redan har grundläggande Azure-erfarenhet. Den kan förlängas om kandidaten är ny i Azure eller behöver repetera programmeringsspråk, asynkrona mönster, autentisering eller molnbaserad felsökning.

PeriodFokusPraktiskt resultat
Dag 1–5Gå igenom examensmålen och bygg labbmiljön.Resursgrupper, budgetvarningar, en enkel Web App eller Function och dokumenterade luckor.
Dag 6–12Beräkning och lagring.Function eller API som använder Storage, konfiguration och lokal utveckling mot Azure.
Dag 13–18Säkerhet och identitet.Managed Identity, Key Vault, rollbaserad åtkomst och borttagna hemligheter ur koden.
Dag 19–23Integration och meddelanden.Service Bus- eller eventbaserat flöde med återförsök, felhantering och idempotens i åtanke.
Dag 24–27Övervakning och optimering.Application Insights, några KQL-frågor, felsökning av fel och prestanda i referensappen.
Dag 28–30Övningsprov och repetition.Tidsatta provpass, analys av felaktiga svar och kort repetition av svaga områden.

Den som vill fördjupa själva planeringsmetoden kan använda Microsofts officiella examensmål tillsammans med material från Microsoft-utbildningar och egna labbanteckningar. Poängen är att varje studiedag ska leda till ett observerbart resultat: kod som körs, en behörighet som fungerar, en loggfråga som ger svar eller ett övningsprov som avslöjar nästa lucka.

Vanliga misstag som kostar poäng

Det första misstaget är att överanvända portalen. Portalen är bra för att förstå resurser visuellt, men AZ-204-kandidater bör också kunna arbeta med Azure CLI, SDK:er och Infrastructure as Code. Det gör det lättare att förstå konfigurationsdetaljer, automatisering och vad som faktiskt händer när resurser skapas.

Det andra misstaget är att skjuta upp identitet och behörigheter. Många kodexempel på nätet fungerar snabbt med connection strings, men provet förväntar sig ofta säkrare mönster. Kandidaten bör känna igen när Managed Identity, Key Vault och rollbaserad åtkomst är rätt riktning.

Det tredje misstaget är otillräcklig telemetri. Utan loggar, beroendespårning och metriker blir felsökning gissning. I scenariofrågor är rätt svar ofta det som först gör problemet mätbart, inte det som byter tjänst eller skalar upp på måfå.

Ett fjärde misstag är ren memorering av svar. Bättre taktik är att härleda svaret från kraven i frågan: latens, konsistens, regionberoenden, throughput, säkerhetsnivå och driftbarhet. När två alternativ verkar korrekta är det ofta en begränsning i scenariot som avgör vilket som passar.

Strategi under provdagen

På provdagen bör kandidaten läsa scenariofrågor långsamt nog för att fånga begränsningarna. Ord som kräver lägsta administrativa insats, starkare säkerhet, högre tillgänglighet eller stöd för asynkron bearbetning förändrar ofta svaret. Ett alternativ kan vara tekniskt möjligt men ändå fel om det inte uppfyller den uttryckta begränsningen.

Elimineringsmetoden fungerar särskilt bra när svarsalternativen blandar tjänster på olika abstraktionsnivåer. Om frågan handlar om kodnära åtkomst från en applikation är ett SDK- eller identitetsval ofta mer relevant än en generell driftåtgärd. Om frågan handlar om att hantera tillfälliga fel i meddelandebehandling bör kandidaten leta efter mönster som retry, dead-lettering och idempotent bearbetning, inte bara efter en tjänst med rätt namn.

Tidshanteringen bör tränas före provet med tidsatta övningspass. Svåra frågor kan markeras och återbesökas, men det är viktigt att inte fastna så länge att enklare poäng lämnas obesvarade. Efter varje övningsprov bör fel analyseras efter orsak: missläst krav, okänt tjänstebeteende, bristande SDK-kunskap eller svag förståelse för säkerhet och övervakning.

Efter AZ-204: gör kunskapen användbar i produktion

Värdet av AZ-204 ligger inte bara i certifieringen, utan i att utvecklaren blir bättre på att bygga Azure-lösningar som går att drifta. Efter provet är det klokt att ta referensappen vidare med mer konsekvent telemetri, bättre felhantering, automatiserad distribution och tydligare resursdefinitioner. Den som arbetar i team kan också använda labben som grund för kodgranskning, gemensamma mönster och interna mallar.

Nästa steg beror på rollen. En utvecklare som vill arbeta mer med pipelines, releaseflöden och Infrastructure as Code kan titta mot AZ-400. En person som behöver bredare plattformsförståelse kan komplettera med mer Azure-administration, men bör då vara medveten om att AZ-104 mäter andra färdigheter än AZ-204.

Readynez kan vara ett alternativ för den som vill kombinera instruktörsledd förberedelse med praktiska labbar och certifieringsfokus, men den mest hållbara förberedelsen är fortfarande att skriva kod, felsöka egna misstag och koppla varje övning till ett konkret examensmål. Om det finns frågor om vilken väg som passar bäst går det också att kontakta Readynez för vägledning.

Den praktiska slutsatsen är enkel: AZ-204 blir mer hanterbart när studierna liknar det arbete Azure-utvecklare faktiskt gör. Bygg små lösningar, automatisera dem, säkra dem, observera dem och använd övningsprov för att hitta luckor innan provdagen.

FAQ

Vad är det viktigaste att fokusera på inför AZ-204?

Det viktigaste är att koppla examensmålen till praktiska utvecklarscenarier. En kandidat bör kunna bygga och felsöka lösningar med Azure Functions, Web Apps, Storage, Service Bus, Key Vault, Managed Identity och Application Insights, inte bara beskriva tjänsterna teoretiskt.

Hur lång tid tar det att förbereda sig för AZ-204?

Det beror på tidigare Azure-erfarenhet och hur mycket praktisk utveckling kandidaten gjort. En utvecklare med relevant bakgrund kan ofta använda en fokuserad 30-dagarsplan som startpunkt, medan någon med mindre Azure-erfarenhet bör lägga mer tid på grundläggande labbar och repetition.

Vilka resurser bör användas för AZ-204?

Microsoft Learn och den officiella examenssidan bör vara grunden, eftersom examensmålen styr vad som testas. Därutöver är praktiska labbar, övningsprov, dokumentation för aktuella Azure-tjänster och kodövningar med CLI, Bicep och SDK:er värdefulla komplement.

Vilka vanliga misstag bör undvikas?

Vanliga misstag är att klicka igenom allt i portalen utan att förstå automatisering, att använda hemligheter i kod i stället för Managed Identity och Key Vault, att ignorera telemetri, och att memorera svar utan att förstå Azure-begränsningar och scenariokrav.

Är AZ-204 samma typ av prov som AZ-104?

Nej. AZ-204 är riktat mot utvecklare och betonar kod, SDK:er, applikationstjänster, säker åtkomst och integration. AZ-104 är mer administrativt och handlar mer om drift, nätverk, identitet och infrastrukturhantering.

Fler Microsoft-relaterade utbildningsvägar finns via Readynez svenska webbplats.

En grupp människor som diskuterar de senaste Microsoft Azure-nyheterna

Unlimited Microsoft Training

obegränsad tillgång till ALLA LIVE instruktörsledda Microsoft kurser du vill ha - allt till priset av mindre än en kurs.

  • 60+ LIVE instruktörsledda kurser
  • Money-back Garanti
  • Tillgång till 50+ erfarna instruktörer
  • Utbildad 50 000+ IT-proffs

Varukorg

{{item.CourseTitle}}

Pris: {{item.ItemPriceExVatFormatted}} {{item.Currency}}