AZ-305-certifiering: Så klarar du Microsofts Designing Azure Infrastructure Solutions-examen

• Kontrollera den aktuella examenssidan för AZ-305 på Microsoft Learn innan du planerar studierna.
• Utgå från mätområdena i den senaste skills outline, inte från äldre bloggar eller övningsfrågor.
• Träna på arkitekturbeslut i Azure, särskilt avvägningar mellan kostnad, säkerhet, tillgänglighet och styrning.

Senast uppdaterad: 2026. AZ-305 är Microsoft-provet Designing Microsoft Azure Infrastructure Solutions, avsett för kandidater som vill visa förmåga att designa lösningar på Azure. Eftersom examensdomäner, formuleringar och policyer kan ändras bör den officiella examensguiden och skills outline på Microsoft Learn alltid vara den sista källan innan bokning.

Provet passar främst IT-proffs som redan förstår Azure i praktiken: lösningsarkitekter, tekniska konsulter, seniora administratörer, erfarna utvecklare och andra som arbetar nära infrastruktur, identitet, nätverk, säkerhet och drift. Den som kommer från en ren administratörsroll kan ofta bygga vidare på AZ-104-kunskaper, eftersom AZ-104 mappar mot Azure Administrator Associate medan AZ-305 mappar mot Solutions Architect Expert. Den aktuella certifieringspolicyn bör ändå verifieras hos Microsoft, eftersom certifieringsvägar kan ändras över tid.

Vad AZ-305 faktiskt testar

AZ-305 handlar mindre om att känna igen enskilda Azure-tjänster och mer om att välja rätt design under givna krav. Kandidaten behöver kunna tolka affärsmål, säkerhetskrav, tekniska begränsningar, efterlevnadskrav och befintliga miljöer. I praktiken innebär det att förstå hur beslut inom identitet, nätverk, lagring, beräkning, övervakning, data, styrning och kontinuitet påverkar hela lösningen.

Microsoft beskriver provet genom mätområden med viktintervall i skills outline. Dessa omfattar normalt design av identitet, styrning och övervakning, design av datalagring, design av affärskontinuitet samt design av infrastruktur. Viktintervallen är viktiga eftersom de visar hur provet prioriterar, men de ska inte läsas som en garanti för exakt frågefördelning i varje provtillfälle.

Frågorna kan förekomma som flervalsfrågor, scenariobaserade uppgifter, fallstudier och frågor där flera krav måste vägas mot varandra. Därför räcker det sällan att memorera produktnamn. En fråga om hög tillgänglighet kan samtidigt innehålla krav på återställningstid, datalokalitet, budget, styrning och operativ enkelhet. Den som tränar på att identifiera dessa begränsningar får en mer provnära förberedelse än den som enbart repeterar tjänstebeskrivningar.

Från examensdomäner till verkliga Azure-byggblock

En effektiv förberedelse börjar med att översätta examensdomänerna till konkreta byggblock. Identitet och styrning innebär exempelvis inte bara Microsoft Entra ID-termer, utan även design av roller, grupper, åtkomstmodeller, privilegierad åtkomst, prenumerationsstruktur och Azure Policy. Nätverksdesign kräver förståelse för hub-and-spoke, DNS, privat åtkomst, hybridanslutning och segmentering mellan miljöer.

Cloud Adoption Framework ger en praktisk modell för hur organisationer strukturerar Azure Landing Zones, medan Azure Well-Architected Framework hjälper till att resonera om säkerhet, tillförlitlighet, kostnadsoptimering, drift och prestanda. Dessa ramverk är inte något sidospår från provet. De speglar det sätt som många AZ-305-frågor är skrivna på: ett designval är sällan rätt i sig självt, utan rätt i relation till krav och begränsningar.

Ett typiskt exempel är affärskontinuitet. En lösning med hög tillgänglighet i flera regioner kan låta robust, men om applikationen har låg tolerans för dataförlust, tydliga datalokalitetskrav och begränsad budget måste arkitekten välja mer nyanserat. RTO och RPO styr valet mellan zonredundans, replikering, backupstrategi, Azure Site Recovery, återställningstestning och applikationsändringar. AZ-305 belönar den typen av resonemang mer än en förenklad regel om att alltid använda flera regioner.

Ett annat exempel är RBAC-design. En vanlig fallgrop är att dela ut breda roller på prenumerationsnivå för att snabbt få något att fungera. En arkitektoniskt hållbar lösning använder tydliga management groups, prenumerationer, resursgrupper, grupper i Entra ID, principer för minsta privilegium och en modell för driftåtkomst. Samtidigt måste lösningen vara hanterbar; för finmaskiga roller utan ägarskap skapar ofta operativ friktion.

En studieplan på sex till åtta veckor

Studieplanen bör kombinera läsning, designövningar, praktiska labbar och genomgång av fel. Det räcker inte att ”ha jobbat med Azure” om erfarenheten är smal, till exempel endast virtuella maskiner eller endast nätverk. Provet kräver bredd och förmåga att koppla ihop områden.

Vecka 1: Läs den senaste AZ-305-examensguiden och skills outline, gör en första självskattning och markera svaga områden.

Vecka 2: Arbeta med identitet, styrning, management groups, prenumerationsdesign, RBAC och Azure Policy i en separat labbmiljö.

Vecka 3: Fördjupa nätverksdesign med hub-and-spoke, privat åtkomst, namnupplösning, hybridanslutning och segmentering.

Vecka 4: Träna på lagring, dataarkitektur, backup, replikering, RTO/RPO och återställningsscenarier.

Vecka 5: Bygg scenarier för beräkning, applikationsplattformar, skalning, övervakning, Log Analytics och Azure Monitor.

Vecka 6: Koppla ihop allt i fallstudier där kostnad, säkerhet, tillgänglighet och driftbarhet drar åt olika håll.

Vecka 7–8: Repetera svaga områden, gör tidsatta övningsprov, analysera fel och läs om relevanta Microsoft Learn-avsnitt.

En kostnadssäker labbmiljö gör stor skillnad. Kandidaten bör använda en separat sandlåda, tydliga resursgrupper, taggar, budgetar och regelbunden städning. Om Infrastructure as Code används med Bicep eller Terraform bör varje labb också ha en plan för borttagning av resurser. Det tränar både kostnadskontroll och verklig driftpraxis.

Readynez kan vara ett stöd för kandidater som vill ha strukturerad genomgång med fokus på Microsofts examensmål, men egen labbtid och scenarioanalys är fortfarande avgörande. Den starkaste förberedelsen kombinerar officiella Microsoft Learn-resurser med egna designbeslut, dokumenterade antaganden och praktisk verifiering i Azure.

Vanliga misstag som sänker resultatet

Många missar beror på att förberedelsen blir för produktcentrerad. Kandidaten lär sig vad en tjänst heter och vilka funktioner den har, men tränar inte tillräckligt på varför den ska väljas framför ett alternativ. I AZ-305 kan två lösningar vara tekniskt möjliga, men bara en passar kraven på efterlevnad, återställning, kostnad eller operativ ansvarsfördelning.

Ett återkommande problem är svaga eller outtalade antaganden. Om ett scenario anger att en organisation har flera prenumerationer, olika affärsenheter och behov av central styrning, bör designen spegla det genom management groups, policyer, rollmodeller och tydlig ansvarsfördelning. Om frågan anger krav på återställningstid och acceptabel dataförlust måste svaret bygga på RTO och RPO, inte på en allmän känsla av att ”backup finns”.

Identitets- och nätverksdesign förbises också ofta. Design över flera tenants, prenumerationer eller nätverkssegment kräver mer än att känna till enskilda inställningar. Kandidaten behöver förstå konsekvenserna av delegering, gruppbaserad åtkomst, privat nätverkstrafik, brandväggar, DNS, peering och hybridkopplingar. Samma sak gäller kostnad: en arkitektur som saknar budgetering, taggstrategi och uppföljning är sällan komplett.

Så bör övningsprov användas

Övningsprov är användbara som diagnostik, men de bör inte bli huvudmetoden. Ett första test tidigt i förberedelsen kan visa var kunskapsluckorna finns. Efter det bör varje felaktigt svar analyseras: vilket krav missades, vilken begränsning styrde valet och vilken Azure-princip låg bakom rätt svar?

Det är också viktigt att respektera Microsofts provregler och sekretesskrav. Material som påstår sig återge verkliga provfrågor bör undvikas. Det ger svagare lärande, riskerar att bryta mot regler och tränar sällan den arkitekturella bedömning som krävs i nya scenarier.

Strategi för provdagen och efteråt

På provdagen är målet att läsa kraven metodiskt. I fallstudier bör kandidaten först identifiera affärsmål, tekniska krav, begränsningar och befintlig miljö. Därefter blir svarsalternativen lättare att värdera. Om en fråga verkar oklar är det ofta någon detalj i scenariot som styr valet, till exempel krav på datalokalitet, minsta administrativa insats, befintlig licensmodell eller återställningsmål.

Tidshantering bör vara praktisk snarare än stressad. Fastna inte för länge i en enskild fråga om provgränssnittet tillåter markering och återgång. Svara utifrån kraven, inte utifrån favoritlösningar från egna projekt. Azure-arkitektur är kontextberoende, och provet testar just förmågan att välja lösning i en given kontext.

Om resultatet inte räcker vid första försöket är score report ett arbetsunderlag. Den bör användas för att identifiera svaga domäner, bygga nya labbar och skriva om egna beslutsmotiveringar. Ett omtag bör planeras först efter att dessa luckor har åtgärdats, inte direkt efter ännu en omgång generella övningsfrågor. Kontrollera alltid aktuell retake-policy hos Microsoft innan ny bokning.

Att bygga rätt förmåga för AZ-305

AZ-305 klaras genom att kombinera Azure-kunskap med arkitekturellt omdöme. Den som tränar på landing zones, identitet, nätverk, styrning, övervakning, kostnad och återställning som sammanhängande designområden står starkare än den som jagar isolerade fakta.

En praktisk nästa åtgärd är att hämta den aktuella skills outline från Microsoft Learn, markera varje område med grön, gul eller röd status och skapa labbar för de röda områdena. Den som vill komplettera egenstudier med lärarledd struktur kan använda Readynez som ett av flera stöd, men den avgörande skillnaden ligger i att öva på verklighetsnära avvägningar och kunna motivera varje designval.