AZ‑204 er en utviklereksamen der Azure-syntaks og enkeltstående tjenestekunnskap bare er én del av utfordringen. Den egentlige vanskeligheten ligger i å lese scenarioer, velge riktig arkitekturmønster og forstå konsekvensene av identitet, datamodellering, integrasjon og resiliens.
AZ‑204: Developing Solutions for Microsoft Azure er eksamenen knyttet til rollen Azure Developer Associate. Den passer best for utviklere som allerede skriver kode i C#, Python, JavaScript eller tilsvarende, og som skal bygge, integrere, sikre og overvåke applikasjoner på Azure. Den er vanligvis mer krevende enn AZ‑900, fordi AZ‑900 tester grunnbegreper, mens AZ‑204 forventer at kandidaten kan anvende Azure-tjenester i praktiske utviklingsvalg.
Hvor vanskelig er AZ‑204 i praksis?
AZ‑204 er krevende på en annen måte enn mange forventer. Den handler sjelden om å huske en enkel kommando eller navnet på en knapp i Azure Portal. Den tester om kandidaten forstår hva som skjer når en applikasjon skal skaleres, feile kontrollert, hente hemmeligheter sikkert, behandle meldinger asynkront eller lagre data med riktig partisjonsnøkkel.
Den konseptuelle vanskeligheten er ofte større enn den tekniske. Et spørsmål kan beskrive en applikasjon som mottar mange ordre, må unngå duplikatbehandling og samtidig håndtere midlertidige feil i en nedstrøms tjeneste. Da er ikke hovedpoenget om kandidaten kan huske nøyaktig SDK-syntaks. Det viktigste er å forstå idempotens, retry med backoff, når en kø er bedre enn et direkte API-kall, og hvordan løsningen bør observeres i drift.
Autentisering og autorisasjon er et annet område som skiller godt forberedte kandidater fra dem som bare har lest oversikter. Managed Identity, app registrations, app roles, RBAC, Key Vault-tilgang og scopes for API-er kan se like ut på overflaten, men de løser ulike problemer. Mange feilvalg kommer av at kandidaten blander hvem applikasjonen er, hva brukeren har lov til, og hvilken Azure-ressurs som faktisk skal gi tilgang.
Cosmos DB er også et typisk område der flere svar kan virke riktige. Kandidaten må forstå partisjonering, throughput, konsistensnivåer og hvordan datamodellen påvirker både ytelse og kostnad. I praksis er dette ofte «best mulig»-spørsmål, der ett alternativ passer bedre til kravene selv om flere alternativer kan fungere teknisk.
Hva eksamenen faktisk dekker
Microsoft kan endre eksamensmål, format og vekting over tid, så den offisielle AZ‑204-siden på Microsoft Learn bør alltid være utgangspunktet før booking. På høyt nivå dekker eksamen utvikling av compute-løsninger, Azure Storage og Cosmos DB, sikkerhet, overvåking, optimalisering og integrasjon med Azure-tjenester og tredjepartstjenester.
Det betyr at kandidaten bør være trygg på App Service, Azure Functions, containere der det er relevant, Blob Storage, køer, Event Grid, Service Bus, API-integrasjon, Key Vault, Microsoft Entra ID, Application Insights og grunnleggende DevOps-orientert distribusjon. Det er ikke nødvendig å kunne alt i Azure, men det er nødvendig å forstå hvordan vanlige utviklertjenester henger sammen.
Rollevalget er også viktig. AZ‑900 er en fundamentals-eksamen og kan være nyttig for kandidater som er nye i Azure, men den er ikke en utviklersertifisering. AZ‑104 retter seg mot Azure Administrator Associate og legger mer vekt på drift og administrasjon. AZ‑400 ligger nærmere DevOps Engineer Expert og bygger på utvikler- eller administratorbakgrunn. For en utvikler som bygger applikasjoner på Azure, er AZ‑204 normalt den mest relevante rollenære eksamenen.
Oppgavetyper og hvordan de bør leses
AZ‑204 kan inneholde flere typer oppgaver, og formatet kan endres. Kandidater bør forvente scenario-baserte spørsmål, kodeforståelse, oppgaver der man velger riktige innstillinger, og spørsmål der flere alternativer virker plausible. Noen oppgaver kan presentere et case med krav, begrensninger og tekniske detaljer som må leses nøye før svaret velges.
En god lesestrategi er å identifisere kravene før man ser på svaralternativene. Hvis scenarioet sier at løsningen må bruke minst mulig hemmelighetshåndtering, peker det ofte mot Managed Identity fremfor en lagret connection string. Hvis løsningen må håndtere midlertidige feil uten å miste meldinger, bør kandidaten tenke på køer, retry-policy, dead-letter-mønstre og observabilitet. Hvis spørsmålet nevner global distribusjon eller lav latenstid, kan Cosmos DB-konsistens og partisjonering bli sentralt.
Det er også klokt å være forsiktig med detaljer som virker små. Ord som «least privilege», «without storing secrets», «minimise cost», «support automatic scaling» eller «preserve ordering» kan endre riktig svar. AZ‑204 belønner kandidater som leser kravene som en utvikler i et prosjekt, ikke som en person som bare gjenkjenner produktnavn.
En realistisk studieplan på fire til seks uker
En kandidat med utviklerbakgrunn og noe Azure-erfaring kan ofte bruke fire til seks uker på målrettet forberedelse. Kandidater som er nye i Azure, bør regne med mer tid, særlig hvis identitet, meldingsbasert arkitektur eller skybasert observabilitet er nytt. Det viktigste er å kombinere lesing med små, daglige labs. Ren teori gir sjelden nok dybde til scenario-spørsmålene.
- Uke 1: Les Microsoft Learn-målene, kartlegg egne svake områder og bygg en enkel App Service eller Function med logging.
- Uke 2: Øv på Azure Storage, Cosmos DB, partisjonering, tilgangsnøkler, SAS og Managed Identity i korte labs.
- Uke 3: Arbeid med autentisering, autorisasjon, Key Vault, API-tilgang og least privilege i praktiske scenarier.
- Uke 4: Bygg små integrasjoner med Event Grid, Service Bus eller køer, og øv på retry, feilhåndtering og observabilitet.
- Uke 5: Gjennomfør repetisjon, praksisspørsmål og målrettede labs på områder der svarene fortsatt er usikre.
- Uke 6: Simuler eksamensøkter med tidsstyring, repeter feilnotater og unngå å lære helt nye tjenester de siste dagene.
En vanlig metodisk feil er å bruke for mye tid på videoer og for lite tid i Portal, CLI, SDK og infrastruktur som kode. En annen er å hoppe lett over identitet og sikkerhet fordi temaene føles mindre «utvikleraktige» enn kode. I praksis er det nettopp disse områdene som ofte avgjør om kandidaten forstår løsningen helhetlig. Event-drevet integrasjon, kostnad, skalering og observabilitet bør derfor få faste økter i studieplanen.
Den som ønsker en mer strukturert vei gjennom pensum, kan bruke et instruktørledet AZ‑204-løp som supplement til egen labbing. Readynez omtaler AZ‑204 i sitt Azure Developer-kurs, men verdien av et slikt opplegg avhenger fortsatt av at kandidaten selv bygger og feilsøker løsninger mellom øktene.
Praktisk eksempel: hva en god lab bør lære
En nyttig AZ‑204-lab bør ikke bare demonstrere at en tjeneste kan opprettes. Den bør vise hvorfor et bestemt mønster brukes. Managed Identity er et godt eksempel, fordi det knytter sammen utvikling, sikkerhet og drift på en måte eksamen ofte tester konseptuelt.
Example — Hente en hemmelighet fra Key Vault med Managed Identity
using Azure.Identity;
using Azure.Security.KeyVault.Secrets;
var vaultUri = new Uri("https://az204-orders-kv.vault.azure.net/");
var client = new SecretClient(vaultUri, new DefaultAzureCredential());
KeyVaultSecret secret = await client.GetSecretAsync("StorageConnectionName");
Console.WriteLine($"Secret loaded: {secret.Name}");
Poenget med eksemplet er ikke å pugge kodelinjene. Læringsverdien ligger i å forstå at applikasjonen kan autentisere seg uten en hardkodet hemmelighet, forutsatt at identiteten er aktivert og har riktig tilgang til Key Vault. På eksamen kan samme idé dukke opp som et scenario om sikker tilgang, least privilege eller fjerning av secrets fra konfigurasjon.
Tidsstyring, booking og eksamensdag
Tidsstyring er en undervurdert del av AZ‑204. Scenario- eller case-baserte oppgaver kan ta mer tid enn korte spørsmål, og de kan komme på et tidspunkt der kandidaten allerede føler tidspress. En praktisk taktikk er å svare raskt på spørsmål der svaret er klart, flagge spørsmål som krever mer resonnering, og unngå å bruke for mye tid på ett usikkert case tidlig i eksamen.
Eksamen bookes gjennom Microsofts sertifiseringsportal, og kandidaten bør sjekke gjeldende format, språk, regler, retake-policy og pris direkte der. I Norge vil prisen normalt vises i relevant valuta i bookingflyten, og avgifter kan avhenge av region og kjøpsmåte. Det er tryggere å kontrollere dette ved booking enn å stole på eldre blogginnlegg eller forumtråder.
Ved online-proctoring bør kandidaten teste maskin, kamera, mikrofon, nettverk og ID-krav i god tid. Rommet må være ryddig, ekstra skjermer og uautoriserte hjelpemidler må fjernes, og kandidaten bør lese reglene for pauser, notater og kommunikasjon før eksamensdagen. Dette er særlig viktig fordi tekniske eller miljømessige problemer kan stjele konsentrasjon før selve testen begynner.
Språk er også verdt å planlegge for. Selv om man leser norske ressurser, bør sentrale begreper læres på engelsk: Managed Identity, access token, scope, partition key, consistency level, retry policy, dead-letter queue og distributed tracing. Eksamen og dokumentasjonen bruker ofte engelske produkt- og arkitekturtermer, og oversettelser kan gjøre presise nyanser vanskeligere.
Vanlige fallgruver
Den vanligste fallgruven er å behandle AZ‑204 som en ren tjenesteliste. Kandidater leser om Functions, Storage, Cosmos DB og Key Vault hver for seg, men øver ikke på hvordan de kobles sammen i en applikasjon. Eksamen spør ofte etter løsningen som passer kravene best, og da er sammenhengen viktigere enn isolert produktkunnskap.
En annen fallgruve er å overse resiliens og observabilitet. Moderne Azure-applikasjoner forventes å håndtere midlertidige feil, skalering, telemetri og korrelasjon på tvers av tjenester. Kandidaten bør derfor forstå prinsipper som retry med backoff, circuit breaker-lignende mønstre, Application Insights, distributed tracing og hvordan logger brukes til feilsøking i produksjonsnære miljøer.
Til slutt bør kandidaten unngå å stole for mye på praksistester alene. De kan være nyttige for å trene tempo og avdekke svake områder, men de erstatter ikke praktisk arbeid. En god forberedelse etterlater spor: små apper, feilede deployeringer, korrigerte tilgangsrettigheter, justerte partisjonsnøkler og notater om hvorfor ett designvalg var bedre enn et annet.
Hvordan AZ‑204 sammenlignes med andre Azure-eksamener
Sammenlignet med AZ‑900 er AZ‑204 betydelig mer praktisk og teknisk. AZ‑900 kan bestås med god forståelse av skybegreper og Azure-tjenester på overordnet nivå, mens AZ‑204 krever at kandidaten kan resonnere som en utvikler som skal bygge og drifte løsninger. For utviklere som allerede bruker Azure, er AZ‑204 ofte mer relevant enn en bred fundamentals-eksamen, men den krever også mer hands-on trening.
Sammenlignet med AZ‑104 er forskjellen først og fremst rolleperspektivet. AZ‑104 handler mer om administrasjon av Azure-miljøer, mens AZ‑204 handler om applikasjonsutvikling, integrasjon, kode, identitet og tjenestebruken fra en utviklers ståsted. AZ‑400 ligger nærmere DevOps-praksis og blir mer naturlig når kandidaten allerede har solid utvikler- eller administratorbakgrunn.
FAQ
Hvor vanskelig er AZ‑204?
AZ‑204 er moderat til krevende for utviklere med Azure-erfaring, og krevende for kandidater som mangler praktisk erfaring. Vanskeligheten ligger særlig i scenario-baserte valg, identitet, integrasjon, Cosmos DB, resiliens og overvåking.
Må man ta AZ‑900 før AZ‑204?
Nei, AZ‑900 er ikke et krav. Den kan være nyttig for kandidater som er nye i Azure, men utviklere med praktisk Azure-erfaring kan gå direkte til AZ‑204 dersom de dekker eksamensmålene grundig.
Hvilke programmeringsspråk bør man kunne?
Kandidater bør være komfortable med minst ett relevant utviklingsspråk, for eksempel C#, Python eller JavaScript. Eksamen tester ikke bare språkferdighet, men forståelse av SDK-er, API-er, autentisering, konfigurasjon og skybaserte utviklingsmønstre.
Er praksistester nok for å bestå?
Praksistester kan hjelpe med repetisjon og tidsstyring, men de er sjelden nok alene. Kandidaten bør kombinere dem med labs i Azure, særlig innen Functions, Managed Identity, Key Vault, Cosmos DB, meldingsbasert integrasjon og Application Insights.
Hva skjer hvis man ikke består?
Microsoft har egne regler for retake, ventetid og antall forsøk, og disse bør sjekkes i sertifiseringsportalen før ny booking. Resultatrapporten bør brukes til å identifisere svake områder, og neste forsøk bør planlegges rundt konkrete labs fremfor bare mer lesing.
Neste steg mot Azure Developer Associate
AZ‑204 blir overkommelig når forberedelsen speiler måten eksamenen faktisk tester på. Kandidaten bør bygge små løsninger, bryte dem, feilsøke dem og forklare hvorfor et mønster er bedre enn et annet i et gitt scenario. Det gir sterkere forberedelse enn å memorere tjenestenavn eller lese dokumentasjon uten praktisk kontekst.
Et godt neste steg er å sammenligne egen erfaring med eksamensmålene på Microsoft Learn og sette av tid til labs før en eksamensdato bestilles. Kandidater som planlegger flere Microsoft-sertifiseringer kan også se på Microsoft-kursoversikten og Unlimited Microsoft Training hos Readynez som mulige strukturer for videre læring.
Hvis det er uklart om AZ‑204 er riktig neste sertifisering, kan en kort samtale om bakgrunn, rolle og mål spare mye tid. Ta kontakt for å diskutere hvilken vei som passer best mot Azure Developer Associate.
