AZ-305 är provet Designing Microsoft Azure Infrastructure Solutions och ingår i vägen mot Microsoft Azure Solutions Architect Expert. För nybörjare är problemet sällan att memorera flest tjänstenamn, utan att förstå hur provet prövar arkitekturbeslut i realistiska scenarier. Du behöver kunna läsa affärskrav, hitta begränsningar, välja en rimlig Azure-arkitektur och förklara varför andra alternativ passar sämre.
Den som kommer från Azure Administrator Associate har ofta en bra grund i drift, nätverk, identitet och resurshantering. Den som kommer från Azure Developer Associate har ofta bättre känsla för applikationsmönster, integration och datatjänster. Båda vägarna kan fungera, men AZ-305 kräver ett skifte från att konfigurera en lösning till att designa den under givna förutsättningar.
AZ-305 fokuserar på design av identitet, styrning, datalagring, affärskontinuitet och infrastruktur i Azure. Det innebär att kandidaten behöver kunna resonera kring Microsoft Entra ID, RBAC, Azure Policy, nätverksdesign, övervakning, backup, katastrofåterställning, databastjänster och skalningsval. Provet handlar mindre om att komma ihåg varje portalvy och mer om att veta vilka designbeslut som följer av ett visst krav.
I praktiken är frågorna ofta scenarioorienterade. Ett case kan innehålla verksamhetsmål, regulatoriska krav, befintlig teknisk skuld, budgetbegränsningar och önskemål om hög tillgänglighet. Kandidaten behöver då skilja på absoluta krav, önskemål och antaganden. Den som läser för snabbt riskerar att välja en tekniskt imponerande lösning som inte matchar kostnadsramen, styrningsmodellen eller återställningsmålet.
Den officiella AZ-305-studieguiden bör vara utgångspunkten. Den beskriver de färdighetsområden som mäts och fungerar som kontroll mot föråldrat material. Eftersom Azure-tjänster ändras över tid bör kandidater undvika äldre blogginlägg som primär källa och i stället använda Microsofts aktuella resurser som grund.
Microsoft Learn är den naturliga startpunkten eftersom modulerna är strukturerade kring Microsofts egna roll- och certifieringsmål. Kandidaten bör använda Learn för att bygga bredd, men inte stanna vid kunskapskontrollerna. AZ-305 kräver att materialet omsätts i arkitekturbeslut, exempelvis varför en viss datatjänst passar en läsintensiv global applikation eller varför en viss identitetsmodell minskar administrativ risk.
Microsofts dokumentation behövs när Learn-modulerna blir för översiktliga. Dokumentationen är särskilt viktig för tjänstegränser, tillgänglighetsalternativ, säkerhetsfunktioner och designbegränsningar. Den bör användas som ett uppslagsverk under studierna, inte som en bok som måste läsas från början till slut.
Azure Architecture Center är ofta den mest underskattade resursen för AZ-305. Där finns referensarkitekturer, Well-Architected-vägledning och designmönster som liknar det sätt provet resonerar på. Kandidater som tränar på att läsa en referensarkitektur och identifiera vilka krav den löser får en mer arkitektmässig förståelse än de som bara repeterar tjänstefunktioner.
Microsoft Tech Community kan komplettera när kandidater vill se diskussioner om förändringar, vanliga frågor och praktiska tolkningar. Communitymaterial bör dock granskas kritiskt och jämföras med officiella källor. Det som är användbart i en forumtråd är ofta resonemanget, inte nödvändigtvis slutsatsen.
En fungerande plan börjar med en gap-analys mot studieguide och slutar med scenarioträning. Kandidaten bör inte lägga flera veckor på att passivt konsumera innehåll innan praktisk övning börjar. Bättre resultat kommer ofta av kortare teoripass, följda av ett labb eller en designövning som tvingar fram val.
| Period | Fokus | Primära resurser | Praktisk övning |
|---|---|---|---|
| Vecka 1 | Examensmål, identitet och styrning | AZ-305-studieguiden, Microsoft Learn och dokumentation om RBAC, policy och Microsoft Entra ID | Designa en enkel styrningsmodell med resursgrupper, roller, namngivning, taggar och policyidéer |
| Vecka 2 | Nätverk och infrastruktur | Microsoft Learn, Azure-dokumentation och relevanta referensarkitekturer | Skissa en hub-spoke-liknande design, motivera segmentering och beskriv övervakningspunkter |
| Vecka 3 | Data och applikationsplattform | Dokumentation för Azure SQL, Storage, Cosmos DB, App Service och integrationstjänster | Jämför två datalösningar för samma scenario och skriv varför den ena är rimligare |
| Vecka 4 | Affärskontinuitet, backup och katastrofåterställning | Azure Architecture Center och dokumentation för backup, återställning och regional design | Beskriv en återställningsstrategi med tydliga beroenden, kostnadspåverkan och driftkrav |
| Vecka 5–6 | Repetition, scenarier och svaga områden | Studieguiden, egna anteckningar, Microsoft Learn och övningsfrågor | Arbeta igenom case, flagga osäkerheter och formulera korta arkitekturbeslut |
Planen kan komprimeras eller förlängas beroende på bakgrund, men ordningen är viktig. Identitet och styrning bör komma tidigt eftersom de påverkar nästan alla andra områden. En nätverks- eller datadesign som saknar RBAC, policy, namngivning, taggning och loggning är sällan mogen, även om den tekniska tjänstekombinationen verkar rimlig.
Valet mellan självstudier och instruktörsledd träning bör göras praktiskt snarare än ideologiskt. Självstudier passar när kandidaten redan har stark Azure-vana, kan hålla egen deadline och har disciplin att bygga labb. Instruktörsledd träning kan vara mer relevant när strukturen, återkopplingen och tempot är det som saknas; en AZ-305-kurs hos Readynez kan då fungera som ett komplement till de officiella resurserna, men den ersätter inte egen scenarioträning.
Det mest användbara sättet att närma sig AZ-305 är att behandla varje scenario som ett arkitekturbeslut. Först identifieras krav och begränsningar: säkerhet, efterlevnad, regioner, befintliga system, kompetens, driftmodell och budget. Därefter formuleras två eller tre möjliga lösningar, inte bara en favoritlösning. Slutligen vägs alternativen mot Well-Architected-perspektiv som tillförlitlighet, säkerhet, kostnad, operativ effektivitet och prestanda.
Denna metod förhindrar ett vanligt nybörjarfel: att hoppa direkt till en tjänst. Om frågan nämner global åtkomst är svaret inte automatiskt den mest avancerade globala arkitekturen. Kandidaten måste först avgöra om kravet gäller låg latens, hög tillgänglighet, säker publicering, lastfördelning, katastrofåterställning eller alla dessa samtidigt. Varje tolkning leder till andra kostnader och driftkonsekvenser.
Ett enkelt Architecture Decision Record, ADR, kan användas under studierna för att träna detta tänkande. För ett scenario med en liten e-handelslösning kan kandidaten skriva: kontexten är en publik webbapp med känsliga konfigurationsvärden och behov av övervakning; beslutet är App Service, Azure SQL, Key Vault, Front Door och Azure Monitor; konsekvensen är en hanterbar lösning med tydliga säkerhets- och driftpunkter, men med kostnad och komplexitet som måste motiveras mot verksamhetens krav. Ett sådant kort dokument tränar samma spårbarhet som både provet och verkliga arkitekturdiskussioner kräver.
Praktisk övning behövs, men AZ-305-kandidater bör inte bygga stora miljöer utan kostnadskontroll. Ett säkrare upplägg är att använda en separat sandbox-prenumeration eller en tydligt avgränsad resursgrupp, sätta budget och kostnadsvarningar, använda taggar för ägare och utgångsdatum samt städa bort resurser direkt efter övningen. Poängen är inte att drifta en produktionsmiljö, utan att förstå hur designval syns i Azure.
De mest värdefulla labben är små miniprojekt med tydligt arkitekturfokus. Ett e-handelsscenario kan innehålla App Service, en databas, Key Vault, Front Door och Monitor. Kandidaten behöver då resonera kring hemligheter, publicering, övervakning, skalning och kostnad. Ett dataplattformsscenario kan bygga på Event Hubs, Storage och en analys- eller orkestreringstjänst, där fokus ligger på datainflöde, lagringsformat, åtkomststyrning och återställning.
Varje labb bör avslutas med städning och en kort reflektion. Vilka resurser kostade pengar även när de inte användes? Vilka inställningar påverkade säkerheten? Vilka delar behövde loggning eller backup? Den typen av frågor skapar bättre provförberedelse än att bara klicka sig igenom en instruktion.
Ett återkommande problem är överdesignad hög tillgänglighet. Kandidater kan frestas att välja flera regioner, komplex trafikstyrning och avancerade återställningsmönster utan att scenariot kräver det. AZ-305 premierar inte maximal arkitektur, utan lämplig arkitektur. Om verksamheten inte har uttryckt krav på mycket kort återställningstid, global låg latens eller hög regulatorisk känslighet kan en enklare design vara mer försvarbar.
Ett annat vanligt misstag är att behandla identitet och styrning som separata ämnen som kan repeteras i slutet. I verkliga Azure-miljöer påverkar RBAC, policy, hanteringsgrupper, namngivning och taggar nästan alla lösningsval. En kandidat som inte väver in styrning i nätverk, data, övervakning och drift får svårt att välja rätt alternativ i scenarier där organisationens kontrollmodell är central.
Backup, katastrofåterställning och kostnadsberäkning förbises också ofta. Det räcker inte att veta att en tjänst kan replikeras eller säkerhetskopieras. Kandidaten behöver förstå vad som återställs, var beroenden finns, vem som ansvarar för testning och vilka kostnader designen skapar. Det är här många provfrågor blir arkitekturfrågor snarare än produktfrågor.
Den sista veckan bör inte användas till att lära sig helt nya områden från grunden. Den bör användas till att täppa igen tydliga luckor, läsa om studieguidepunkter som fortfarande känns osäkra och öva på scenarier under lugna former. Kandidaten bör flagga frågor vid övning, återvända till dem efter en första genomgång och analysera varför ett svarsalternativ är svagare än ett annat.
Inför provdagen är det klokt att kontrollera legitimation, testmiljö, bokningsinformation och tekniska krav om provet görs online. Tidsdispositionen bör bygga på att inte fastna för länge i en enskild fråga. Scenariofrågor kräver noggrann läsning, men osäkerheter bör markeras och hanteras efter att enklare frågor är besvarade.
Om resultatet inte blir godkänt bör kandidaten använda resultatrapporten som en ny studieplan i stället för att boka om impulsivt. Microsoft beskriver villkoren i sin retake policy, och dessa regler bör kontrolleras direkt hos Microsoft eftersom detaljer kan ändras. Ett omtag ger mest värde när det föregås av riktad repetition inom de områden där resultatet var svagt.
AZ-305 är mest värdefull när kunskapen omsätts i tydliga designresonemang. Arbetsgivare och rekryterare bedömer arkitekter på mer än certifieringsnamnet. De vill se förmågan att koppla lösningsval till krav, risk, kostnad och driftbarhet. Ett litet portföljrepo med arkitekturdiagram, ADR:er och korta kostnads- eller driftsanteckningar kan därför göra studierna mer användbara även efter provet.
Detta behöver inte vara avancerat. Två väl beskrivna referensscenarier, exempelvis en webbapplikation och en dataplattform, kan visa hur kandidaten tänker. Viktigast är att varje beslut kan spåras tillbaka till ett krav och att kompromisserna är synliga. Det är samma vana som hjälper på AZ-305 och i rollen som Azure Solutions Architect.
Microsoft använder normalt en skalad poäng där godkänt resultat anges som 700 av 1000. Eftersom Microsoft kan justera bedömningen utifrån frågornas svårighetsgrad bör kandidaten kontrollera den aktuella informationen på provsidan innan bokning.
AZ-305 mäter förmågan att designa Azure-lösningar för identitet och styrning, datalagring, affärskontinuitet och infrastruktur. Det omfattar bland annat åtkomstmodeller, policy, dataplattformar, backup, katastrofåterställning, nätverk, övervakning och arkitekturbeslut som balanserar säkerhet, tillförlitlighet, kostnad, drift och prestanda.
Det finns inga obligatoriska förkunskapsprov som måste vara avklarade före AZ-305, men Microsoft rekommenderar avancerad erfarenhet av IT-drift och Azure-områden som nätverk, virtualisering, identitet, säkerhet, affärskontinuitet, dataplattformar och styrning. I praktiken blir provet betydligt lättare för kandidater som redan arbetat med Azure eller har en stabil grund från administratörs- eller utvecklarspåret.
Microsoft Learn kan räcka som teoretisk ryggrad, särskilt när den kombineras med den officiella studieguiden, dokumentation och Azure Architecture Center. För de flesta kandidater behövs även praktiska labb och scenarioträning, eftersom provet kräver att kunskapen används i designval snarare än återges som isolerade fakta.
Ja, provet kan göras om enligt Microsofts regler. Den aktuella återtagningspolicyn bör alltid läsas hos Microsoft före ny bokning, eftersom väntetider och villkor är en del av den officiella examensprocessen.
Instruktörsledd träning är mest relevant när kandidaten behöver struktur, återkoppling och en tydlig deadline. Självstudier passar bättre när kandidaten redan har praktisk Azure-erfarenhet och kan följa en egen plan. Readynez kan vara ett alternativ för den som vill kombinera officiella resurser med ett mer styrt upplägg, men den avgörande förberedelsen är fortfarande att kunna resonera självständigt kring arkitekturval.
En stark AZ-305-förberedelse bygger på tre saker: aktuella primärkällor, praktiska labb med kostnadskontroll och ett disciplinerat sätt att motivera designbeslut. Kandidaten som tränar på krav, alternativ och kompromisser bygger inte bara provberedskap, utan också den arbetsmetod som förväntas av en Azure Solutions Architect.
Det mest praktiska nästa steget är att öppna den officiella studieguiden, markera de svagaste områdena och planera ett första litet labb som kopplar teori till beslut. Om mer struktur behövs kan en instruktörsledd AZ-305-förberedelse från Readynez komplettera planen, men värdet ligger i hur väl kandidaten omsätter materialet i tydliga, försvarbara arkitekturval.
Få obegränsad tillgång till ALLA LIVE instruktörsledda Microsoft kurser du vill ha - allt till priset av mindre än en kurs.
Du tittar på vår Sweden (SEK) webbplats från United States
Vill du se webbplatsen i
English
med priser i
Dollar?