AZ-305 er en arkitekteksamen der kandidatene må vise at de kan tolke krav, velge løsninger og forklare avveiinger i Azure. Å behandle den som en prøve i å huske Azure-tjenester og finne innstillinger i portalen er derfor en feilslutning som ofte fører til svak forberedelse.
AZ-305, Designing Microsoft Azure Infrastructure Solutions, er eksamenen som sammen med Azure Administrator Associate danner grunnlaget for Microsoft Azure Solutions Architect Expert-sertifiseringen. Kandidater bør derfor se den som en arkitektureksamen, ikke som en administrasjonseksamen. Der AZ-104 handler mer om å drifte og konfigurere Azure-miljøer, handler AZ-305 om å designe løsninger som møter krav til sikkerhet, kostnad, ytelse, robusthet, styring og driftbarhet.
Sist oppdatert: januar 2026. Microsoft kan endre eksamensmål, sertifiseringskrav og retningslinjer over tid. Kandidater bør alltid kontrollere den offisielle siden for Microsoft Azure Solutions Architect Expert, den offisielle AZ-305 study guide og Microsofts retake policy før de booker eksamen.
Hva AZ-305 faktisk måler
AZ-305 vurderer om en kandidat kan gjøre designbeslutninger i et Azure-miljø. Spørsmålene beskriver ofte en virksomhet, begrensninger, eksisterende teknologi, sikkerhetskrav, dataflyt, tilgjengelighetsmål eller kostnadsrammer. Oppgaven er sjelden å velge den mest avanserte tjenesten. Den er å velge et forsvarlig design som passer kravene.
Det betyr at kandidater må kunne lese scenarioer som arkitekter. Et krav om lav ventetid kan peke mot regional plassering, caching eller nettverksvalg. Et krav om regulatorisk kontroll kan påvirke identitet, logging, kryptering, dataresidens og tilgangsmodeller. Et krav om kostnadskontroll kan endre anbefalingen fra en teknisk elegant løsning til en mer nøktern arkitektur med tydelige grenser for skalering og redundans.
Eksamen dekker blant annet identitet og styring, datalagring, forretningskontinuitet og infrastrukturdesign. Det er nyttig å lese Microsofts ferdighetsoversikt som et kart over beslutninger, ikke som en liste over produkter. Azure Well-Architected Framework, som finnes via Azure Architecture Center, er særlig relevant fordi det trener samme type tenkning: pålitelighet, sikkerhet, kostnadsstyring, operasjonell kvalitet og ytelse.
Forutsetninger og sertifiseringslogikk
Det er viktig å skille mellom å ta AZ-305-eksamenen og å få Expert-sertifiseringen. Microsofts nåværende sertifiseringsstruktur krever at kandidaten består AZ-305 og også har Azure Administrator Associate, som er knyttet til Azure Administrator-sertifiseringen. Kandidater med utviklerbakgrunn kan ha nytte av Azure Developer-stoffet, men AZ-204 erstatter ikke AZ-104 som krav for Expert-tittelen.
For en ny kandidat betyr dette at AZ-104-kunnskap fortsatt er praktisk nyttig. Arkitekten må forstå hva som faktisk skjer når en identitetsmodell, nettverkstopologi eller backupstrategi settes i drift. Samtidig bør studietiden for AZ-305 ikke brukes på å pugge portalsteg. En bedre tilnærming er å spørre hvorfor en løsning bør designes på en bestemt måte, hvilke risikoer den reduserer, og hvilke kostnader eller driftsmessige konsekvenser den introduserer.
Ressursene som bør danne grunnmuren
Den offisielle eksamensguiden bør være startpunktet. Den viser hvilke områder Microsoft måler, og gjør det enklere å oppdage hull før de blir et problem i praksiseksamener. Microsoft Learn gir strukturert læring, mens Microsoft documentation gir detaljene som trengs når et emne må forstås dypere enn en modul forklarer.
Microsoft Tech Community kan også være nyttig når kandidater vil se hvordan andre diskuterer endringer, anbefalinger og typiske feilkilder. Microsoft Tech Community bør likevel brukes som supplement, ikke som hovedkilde. Eksamensmål og offisiell dokumentasjon bør styre studieplanen, fordi blogginnlegg, forumtråder og eldre kursinnhold raskt kan bli utdatert i et skymiljø.
Instruktørledet opplæring kan være nyttig for kandidater som trenger struktur og tempo, særlig når de skal gå fra driftstankegang til arkitekturtankegang. Et AZ-305-løp hos Readynez kan for eksempel fungere som en ramme rundt offisielle mål, labs og diskusjon av designvalg, men verdien kommer først når kandidaten selv arbeider aktivt med scenarioer og begrunner valgene sine.
Designbeslutninger: et mini-case
En god måte å forstå AZ-305 på er å følge et lite scenario. En mellomstor virksomhet skal flytte en kundeportal til Azure. Løsningen må støtte vekst, integreres med lokale systemer i en overgangsperiode, beskytte persondata, ha tydelig kostnadskontroll og kunne gjenopprettes innen et avtalt tidsrom ved alvorlig feil.
En kandidat som tenker som administrator, kan starte med virtuelle maskiner, lagringskontoer og nettverk. En kandidat som tenker som arkitekt, starter med kravene. Først må miljøet lande i en styrt Azure-struktur med abonnementer, management groups, policy, logging og RBAC. Dette er ikke administrativ pynt. Landing zones, policy og rollebasert tilgangskontroll avgjør om løsningen kan skaleres trygt når flere team, applikasjoner og dataområder kommer til.
Nettverksdesignet krever deretter et valg. En klassisk hub-spoke-modell kan være riktig hvis virksomheten trenger sentralisert kontroll over brannmur, privat tilkobling, DNS og trafikkinspeksjon. Virtual WAN kan være mer aktuelt ved mange lokasjoner, mer standardisert global tilkobling eller behov for enklere drift på tvers av regioner. Begge kan være riktige, men ikke for samme begrunnelse. AZ-305 belønner evnen til å knytte valget til kravene.
Datalaget må vurderes på samme måte. Hvis applikasjonen har sterke relasjonelle krav, transaksjoner og høy kompatibilitet med SQL Server, kan Azure SQL eller SQL Managed Instance være naturlig. Hvis løsningen krever global distribusjon, elastisk gjennomstrømning og fleksible datamodeller, peker kravene ofte mot Cosmos DB. Hvis teamet trenger PostgreSQL-kompatibilitet, utvidelser eller åpen kildekode-nærhet, kan Azure Database for PostgreSQL, inkludert Hyperscale-scenarier, være et mer presist valg. Det sentrale er ikke å huske en rangering av databaser, men å koble konsistens, gjennomstrømning, driftsmodell og service level objectives til riktig dataplattform.
For forretningskontinuitet bør kandidaten starte med RTO og RPO, ikke med en tjenesteliste. RTO sier hvor raskt en prosess må være tilbake. RPO sier hvor mye datatap virksomheten kan tåle. Først når disse målene er tydelige, gir det mening å vurdere mekanismer som sone-redundans, geo-redundant lagring, backup, Azure Site Recovery eller aktiv-aktiv design. Høyere robusthet gir ofte høyere kostnad og mer operasjonell kompleksitet, og slike avveiinger er kjernen i arkitektrollen.
En fireukers studieplan som passer arbeidshverdagen
En fireukers plan er realistisk for kandidater som allerede har praktisk Azure-erfaring eller AZ-104-nivå. Nybegynnere kan bruke samme struktur over lengre tid. Målet er ikke å lese mest mulig, men å veksle mellom teori, designnotater, korte labs og praksisspørsmål.
- Uke 1: Les den offisielle AZ-305-guiden, kartlegg svake områder og arbeid med identitet, RBAC, policy, management groups og landing zone-prinsipper.
- Uke 2: Gå gjennom nettverk og infrastrukturdesign med fokus på hub-spoke, privat tilkobling, DNS, overvåking, compute-valg og migreringshensyn.
- Uke 3: Studer datalagring, integrasjon og BCDR, og skriv korte begrunnelser for når ulike databaser, redundansnivåer og gjenopprettingsmønstre passer.
- Uke 4: Bruk praksiseksamener, repeter feil systematisk, tren på case-spørsmål og skriv ned trade-offs før du ser på forklaringen.
Hver studieøkt bør ende med et lite arkitekturnotat. Det kan være fem linjer om hvorfor en løsning bruker Private Endpoint, hvorfor en policy bør ligge på management group-nivå, eller hvorfor en database ikke bør distribueres globalt selv om tjenesten støtter det. Denne vanen gjør eksamensforberedelsen mer praktisk og hjelper kandidaten å svare raskere i scenarioer.
Labs som trener arkitektur, ikke bare klikk
Praktisk øving er fortsatt viktig, men labbene bør bygges rundt designspørsmål. En kandidat kan bruke en Azure sandbox, et testabonnement eller tilgjengelige gratiskreditter til å lage et lite miljø med to virtuelle nettverk, private endepunkter, en enkel database, Log Analytics, policy og RBAC-roller. Poenget er ikke å lage en produksjonsplattform. Poenget er å se hvordan beslutninger henger sammen.
Et godt laboppsett kan for eksempel vise hvorfor DNS blir kritisk når Private Endpoint tas i bruk, hvorfor vNet-peering påvirker trafikkmønstre, og hvorfor logging må planlegges før en hendelse oppstår. Det viser også hvorfor governance ofte er den manglende brikken hos kandidater. Mange kan forklare en Azure-tjeneste isolert, men strever med å plassere den i en styrt driftsmodell med policy, tilgang, budsjetter, tagger og ansvar.
FinOps bør heller ikke behandles som et sideemne. Arkitekturforslag som ignorerer kostvakter, livssykluspolicyer, riktig SKU-valg og budsjettering er sjelden komplette. I eksamen kan kostnad være et eksplisitt krav. I arbeidslivet er det ofte en begrensning selv når ingen formulerer den tydelig i starten.
Vanlige feil i AZ-305-forberedelser
En vanlig feil er å pugge tjenestenavn uten å kartlegge krav. Kandidaten lærer hva Azure Firewall, Application Gateway, Front Door, Cosmos DB eller Site Recovery gjør, men øver ikke på å velge mellom dem under begrensninger. Resultatet er usikkerhet når flere svaralternativer ser teknisk mulige ut.
En annen feil er å undervurdere hybrid og nettverk. Mange scenarioer inneholder eksisterende datasentre, private IP-områder, navneoppløsning, VPN eller ExpressRoute. Hvis kandidaten hopper over DNS, routing, peering og privat tilkobling, blir det vanskelig å forstå hvorfor et ellers riktig design ikke fungerer i praksis.
En tredje feil er å behandle BCDR som et spørsmål om å slå på mest mulig redundans. God arkitektur begynner med forretningsprosessen, konsekvensen av nedetid og datatap, og hva virksomheten faktisk er villig til å betale for. Først etter dette bør kandidaten velge zonal high availability, geo-replikering, backup, ASR eller en mer kompleks flerregional modell.
Eksamensteknikk for scenario- og case-oppgaver
AZ-305 kan oppleves krevende fordi spørsmålene ofte inneholder mer informasjon enn kandidaten trenger. En god strategi er å markere kravord mentalt: minimum cost, high availability, private access, compliance, existing investment, global users eller operational overhead. Slike ord peker ofte mot hva Microsoft vil at kandidaten skal prioritere.
Tidshåndtering handler mye om å eliminere svake design raskt. Hvis et alternativ bryter et eksplisitt krav, kan det ofte fjernes før detaljene vurderes. Deretter bør kandidaten sammenligne de gjenværende alternativene ut fra trade-offs. Hvilket alternativ reduserer drift? Hvilket gir bedre sikkerhet? Hvilket er billigere, men mindre robust? Denne måten å tenke på er mer effektiv enn å prøve å huske enkeltsetninger fra studiematerialet.
Praksiseksamener bør derfor brukes som analyseverktøy, ikke som memorering. Etter hvert feil svar bør kandidaten skrive én setning om hva som ble oversett: et sikkerhetskrav, et RTO-mål, en nettverksbegrensning, et kostnadskrav eller en styringsregel. Over tid blir mønstrene tydelige.
FAQ
Hva er bestått poengsum for AZ-305?
Microsoft bruker vanligvis en skalert poengmodell der 700 av 1000 er oppgitt som beståttnivå for mange rollebaserte eksamener. Kandidater bør likevel sjekke den offisielle eksamenssiden, siden eksamensformat og vurderingsdetaljer kan endres.
Hvilke ferdigheter måles i AZ-305?
AZ-305 måler evnen til å designe Azure-løsninger innen identitet, styring, datalagring, forretningskontinuitet og infrastruktur. Det praktiske fokuset ligger på å omsette krav til arkitekturvalg, for eksempel valg av nettverksmodell, dataplattform, tilgangsstyring, redundans og overvåking.
Må man ha AZ-104 før man tar AZ-305?
Man kan planlegge AZ-305 som eksamen, men Microsoft Azure Solutions Architect Expert-sertifiseringen krever også Azure Administrator Associate. Det betyr at kandidater som sikter mot selve Expert-tittelen må ha AZ-104-grunnlaget på plass i henhold til Microsofts gjeldende sertifiseringskrav.
Hvor lang tid bør man bruke på AZ-305-forberedelse?
Erfarne Azure-administratorer kan ofte bruke en konsentrert fireukers plan som ramme, mens kandidater med mindre Azure-erfaring bør sette av mer tid til grunnleggende nettverk, identitet, dataplattformer og drift. Det avgjørende er om kandidaten kan forklare designvalg, ikke bare kjenne igjen tjenestenavn.
Kan man ta AZ-305 på nytt hvis man ikke består?
Ja. Microsoft publiserer egne regler for ventetid og antall forsøk i sin retake policy. Kandidater bør lese den aktuelle policyen før de booker ny eksamen, fordi retningslinjene kan oppdateres.
Å gjøre AZ-305-forberedelsen relevant for arkitektrollen
Den mest nyttige AZ-305-forberedelsen ligner på arbeidet en løsningsarkitekt faktisk gjør: forstå krav, avklare begrensninger, velge mellom gode alternativer og dokumentere hvorfor valget er forsvarlig. Når kandidaten øver på denne måten, blir eksamensstoffet også mer anvendelig i prosjekter med landing zones, dataplattformer, hybridnettverk, sikkerhet og BCDR.
En strukturert læringsplan, offisielle Microsoft-kilder, målrettede labs og refleksjon rundt trade-offs gir et sterkere grunnlag enn passiv lesing. Kandidater som ønsker mer struktur rundt tempo, forklaringer og scenarioøving kan bruke Readynez som en del av forberedelsen, men hovedarbeidet bør fortsatt være å utvikle arkitekturtankegangen AZ-305 er laget for å måle. For a deeper dive, see Beste PMP-forberedende kurs: Din guide til å bli en sertifisert.
