AZ-305 in 2026: outlook voor Designing Microsoft Azure Infrastructure Solutions met een architectuurgerichte aanpak

AZ-305 is een architectuurexamen voor kandidaten die moeten aantonen dat zij Azure-infrastructuuroplossingen kunnen ontwerpen op basis van eisen, beperkingen en risico’s. Voorbereiding die vooral draait om het herkennen van Azure-services en hun functies mist daardoor vaak de kern, omdat het examen toetst of een kandidaat onderbouwde architectuurkeuzes kan maken wanneer die factoren met elkaar botsen.

AZ-305, Designing Microsoft Azure Infrastructure Solutions, hoort bij de rol van Azure Solutions Architect. Microsoft Learn beschrijft het examen rond ontwerpvaardigheden voor identiteit en governance, opslag, bedrijfscontinuïteit, monitoring en infrastructuur. Het gaat dus minder om losse configuratiestappen en meer om het kunnen uitleggen waarom een bepaalde Azure-oplossing past bij beveiliging, beschikbaarheid, prestaties, kosten en beheerbaarheid.

Wat AZ-305 werkelijk vraagt van een Azure Solutions Architect

Een Azure Solutions Architect vertaalt bedrijfsdoelen naar een technisch ontwerp dat uitvoerbaar, veilig en beheersbaar is. In een echte omgeving betekent dat bijvoorbeeld dat een architect niet alleen kiest voor Azure Kubernetes Service, Azure App Service of virtuele machines, maar ook bepaalt hoe identiteit, netwerksegmentatie, dataplatform, monitoring, governance en herstelprocedures samen functioneren.

Die breedte verklaart waarom AZ-305 vaak zwaarder aanvoelt dan een examen dat één beheertaak of productfamilie behandelt. Kandidaten moeten technische details herkennen, maar ook ontwerpbeslissingen afwegen. Een antwoord kan technisch mogelijk zijn en toch niet de meest passende keuze zijn als het bijvoorbeeld de dataresidentie-eisen schendt, operationeel te complex is of onnodig hoge beschikbaarheidskosten veroorzaakt.

De nuttigste voorbereiding begint daarom bij architectuurdenken. Een kandidaat die elk Azure-product afzonderlijk bestudeert, mist vaak de samenhang. Een kandidaat die scenario’s ontleedt vanuit requirements, constraints, risico’s en trade-offs komt dichter bij de manier waarop het examen vragen formuleert.

AZ-104-ervaring is Azure-beheerervaring, geen kantooradministratie

Een terugkerende misvatting is dat “Administrator Associate” verwijst naar algemene administratieve ervaring. In de context van Azure-certificering gaat het om Azure Administrator-vaardigheden: resources beheren, identiteiten toepassen, netwerken configureren, opslag inrichten, workloads monitoren en operationele problemen oplossen. Die achtergrond is niet zomaar een formaliteit; ze helpt om ontwerpkeuzes realistisch te maken.

AZ-305 verwacht niet dat kandidaten alleen een diagram kunnen tekenen. Ze moeten begrijpen welke gevolgen een ontwerp heeft voor implementatie en beheer. Wie nooit met Azure Policy, RBAC, virtuele netwerken, Log Analytics of recovery services heeft gewerkt, kan een ontwerpvraag misschien conceptueel volgen, maar mist vaak het gevoel voor operationele haalbaarheid.

Een praktisch besliskader is eenvoudig. Wie al regelmatig Azure-omgevingen beheert, kan AZ-305 rechtstreeks voorbereiden met sterke nadruk op architectuur, governance en scenarioanalyse. Wie Azure vooral theoretisch kent, wint meestal tijd door eerst de beheerdersbasis te versterken; daarvoor kan een traject zoals AZ-305 training met architectuurlabs pas echt renderen wanneer de onderliggende Azure-bouwstenen vertrouwd zijn. Wie nog gaten heeft in dagelijkse Azure-beheerconcepten, kan zich eerst oriënteren via bredere Microsoft-trainingen voordat het architectuurniveau centraal staat.

De examendomeinen bekeken als ontwerpscenario’s

De officiële skills outline op Microsoft Learn is de meest betrouwbare bron voor de actuele domeinen en accenten. Toch wordt die outline vaak verkeerd gebruikt: kandidaten vinken onderwerpen af alsof het productdocumentatie is. Voor AZ-305 is het nuttiger om elk domein te vertalen naar scenario’s waarin ontwerpkeuzes moeten worden verdedigd.

Bij identiteit en governance draait het bijvoorbeeld om tenantstructuur, management groups, subscriptions, Azure Policy, RBAC en conditional access. Een typische ontwerpfout is dat kandidaten rechten op resourcegroepniveau bekijken, maar geen model maken voor meerdere subscriptions, gedeelde platformdiensten en gescheiden omgevingen. In grotere organisaties is governance de ruggengraat van schaalbaarheid: naming, tagging, policy-initiatieven en roltoewijzingen bepalen of teams veilig zelfstandig kunnen werken.

Bij opslag en data gaat het niet alleen om het kiezen tussen Blob Storage, Azure Files, managed disks of databaseservices. Het examen kan impliciet toetsen of een kandidaat begrijpt wat throughput, latency, replicatie, encryptie, lifecycle management en datalocatie betekenen voor het ontwerp. Een goedkoop opslagniveau kan juist duur uitvallen als herstel, transacties of prestaties niet passen bij de workload.

Business continuity en disaster recovery vragen hetzelfde soort afweging. Een ontwerp met geo-redundantie klinkt veilig, maar kan onnodig duur of juridisch problematisch zijn als data niet buiten een regio mag worden gerepliceerd. Omgekeerd is een lokale back-upstrategie onvoldoende wanneer de organisatie een hersteldoelstelling heeft die een regionale storing moet kunnen opvangen.

Monitoring en observability zijn meer dan alerts instellen. Een architect moet bepalen welke signalen aantonen dat een service gezond is, welke logging nodig is voor beveiliging en audit, en hoe incidenten worden onderzocht. Veel kandidaten kennen Azure Monitor en Application Insights als producten, maar vergeten monitoringdoelstellingen te koppelen aan SLA’s, foutbudgetten of operationele processen.

Infrastructuurontwerp verbindt netwerk, compute, integratie, beveiliging en schaalbaarheid. Hier komen vragen vaak in een “best fit”-vorm: meerdere oplossingen lijken correct, maar één oplossing sluit beter aan bij beheercomplexiteit, hybrid connectivity, latency, compliance of verwachte groei. Dit is het domein waarin hands-on ervaring met Azure het verschil maakt, omdat kandidaten sneller herkennen welke keuzes in productie onderhoudbaar blijven.

Waarom kandidaten zakken ondanks veel productkennis

Een veelvoorkomende oorzaak is dat kandidaten Azure-services memoriseren zonder de trade-offs te oefenen. Ze weten bijvoorbeeld wat Availability Zones zijn, maar niet wanneer zone-redundantie voldoende is en wanneer een multi-region ontwerp nodig wordt. Ze kennen RBAC, maar ontwerpen geen consistent toegangsmodel over meerdere subscriptions. Ze kennen opslagreplicatie, maar koppelen die niet aan RTO, RPO, dataresidentie en kosten.

Een tweede oorzaak is dat governance te laat in de voorbereiding komt. In echte Azure-omgevingen zijn management groups, policy, identity, logging en cost management geen randzaken. Ze bepalen of een architectuur schaalbaar bestuurd kan worden. Kandidaten die governance behandelen als een apart hoofdstuk missen vaak hoe sterk het verweven is met infrastructuur, security en operations.

Een derde valkuil is dat monitoring wordt gereduceerd tot “logs verzamelen”. Een goed ontwerp benoemt welke metriek en logging nodig zijn om beschikbaarheid, prestaties, beveiliging en compliance te bewijzen. Zonder die koppeling blijft monitoring reactief en wordt het moeilijk om ontwerpkeuzes te verantwoorden.

Een studieaanpak die past bij het examen

De voorbereiding op AZ-305 werkt het best wanneer theorie, hands-on labs en architectuurbeslissingen elkaar afwisselen. Begin met de actuele skills measured-pagina op Microsoft Learn en markeer per domein welke onderwerpen al beheerst worden en welke alleen bekend klinken. Het verschil tussen “herkennen” en “kunnen ontwerpen” is belangrijk: AZ-305 beloont vooral dat tweede niveau.

Oefen daarna met enkele referentiearchitecturen in plaats van losse services. Een webapplicatie met database en wereldwijde gebruikers dwingt keuzes af rond App Service, Front Door, database-replicatie, caching, identity, monitoring en deployment. Een event-gedreven oplossing brengt Event Grid, Service Bus, Functions, opslag en foutafhandeling samen. Een hybride omgeving met on-premises connectiviteit legt nadruk op networking, identity federation, governance en migratiestrategie.

Toets elke referentiearchitectuur aan de pijlers van het Azure Well-Architected Framework: betrouwbaarheid, beveiliging, kostenoptimalisatie, operationele uitmuntendheid en prestatie-efficiëntie. Die pijlers helpen om niet te snel naar een servicekeuze te springen. Eerst moeten de aannames helder zijn: verwachte belasting, latency-eisen, hersteldoelstellingen, datalocatie, beheerteam, compliance en budgetruimte.

Gebruik in oefeningen ook Azure Pricing Calculator, Azure Advisor en Cost Management als denktools. Het doel is niet om bedragen uit het hoofd te leren, maar om kosten als ontwerpvariabele te behandelen. Een architectuurbeslissing is sterker wanneer ze uitlegt waarom extra beschikbaarheid, opslagreplicatie of monitoringretentie de meerkost waard is, of juist waarom een eenvoudiger patroon beter past.

Een korte praktijkcase maakt dit concreet. Een bedrijf wil een klantportaal moderniseren en vraagt hoge beschikbaarheid, maar het verkeer is sterk seizoensgebonden en de data mag niet zomaar naar een andere regio. Een kandidaat die automatisch een actieve multi-region architectuur kiest, kan voorbijgaan aan kosten, operationele complexiteit en dataresidentie. Een betere analyse vergelijkt zone-redundantie, back-upstrategie, failoverprocedures en schaalbaarheid tegen de gevraagde RTO en RPO, en documenteert welke risico’s bewust worden aanvaard.

Wie structuur nodig heeft, kan een begeleid leerpad gebruiken waarin labs, ontwerpvragen en examencoaching gecombineerd worden; een aanbieder zoals Readynez kan daarbij helpen via Microsoft-training met bredere toegang tot oefenmateriaal. Belangrijker dan het format is dat de studie niet blijft steken in kijken en lezen. AZ-305 vraagt actieve besluitvorming, dus elke studiesessie moet eindigen met de vraag waarom een ontwerpkeuze beter is dan een alternatief.

Case studies sneller ontleden op examendag

Case-studyvragen voelen vaak lang omdat ze veel context bevatten. De kandidaat die eerst alle details probeert te onthouden, verliest overzicht. Een betere methode is om tijdens het lezen vier soorten informatie te scheiden: harde eisen, beperkingen, impliciete aannames en opvallende anti-patterns.

1. Lees eerst de bedrijfsdoelen en markeer wat absoluut moet gebeuren.
2. Noteer daarna beperkingen rond compliance, regio’s, budget, bestaande systemen en beheerteam.
3. Koppel technische opties pas daarna aan de eisen, zodat servicekeuzes niet te vroeg vastliggen.
4. Verwijder antwoorden die een expliciete eis schenden, zelfs als ze technisch elegant lijken.
5. Kies bij overblijvende opties de oplossing met de beste balans tussen beschikbaarheid, beveiliging, kosten en beheerbaarheid.

Bij “best-fit” ontwerpvragen is het normaal dat meerdere antwoorden verdedigbaar lijken. Het examen zoekt doorgaans niet naar de meest uitgebreide oplossing, maar naar de keuze die het best aansluit bij het scenario. Een ontwerp met meer componenten is niet automatisch beter; soms verhoogt het alleen de complexiteit zonder dat de requirements dat vragen.

Tijdmanagement komt neer op kalm triëren. Vragen met veel tekst verdienen een gestructureerde lezing, maar kandidaten moeten vermijden dat één case study alle aandacht opslokt. Wanneer een vraag vastloopt, is het beter om de doorslaggevende constraint te zoeken: regio, identity-model, hersteldoel, security boundary, latency of beheerlast. Die constraint sluit vaak sneller antwoorden uit dan productdetails.

Bronnen die nuttig blijven tijdens de voorbereiding

Microsoft Learn blijft de basis voor examendoelen en actuele wijzigingen. Azure Architecture Center is daarnaast nuttig om referentiearchitecturen te bestuderen, vooral wanneer diagrammen worden gelezen als ontwerpbeslissingen in plaats van als blauwdrukken om te kopiëren. Azure Docs is geschikt om details op te zoeken wanneer een concept onduidelijk is, maar documentatie lezen zonder scenario levert vaak weinig examenrendement op.

Een goede oefenroutine combineert officiële examendomeinen, hands-on labs, eigen architectuurnotities en korte beslismatrices. Zo’n matrix hoeft niet complex te zijn: zet de requirements naast twee of drie mogelijke ontwerpen en noteer per optie de gevolgen voor security, kosten, beschikbaarheid, performance en operations. Die gewoonte lijkt sterk op het denkwerk dat AZ-305 probeert te meten.

Van examenvoorbereiding naar architectuurvaardigheid

AZ-305 is waardevol wanneer de voorbereiding verder gaat dan het behalen van een certificaat. Dezelfde vaardigheden die nodig zijn voor het examen helpen bij echte Azure-beslissingen: een landing zone ontwerpen die teams niet blokkeert, een BCDR-strategie kiezen die past bij hersteldoelen, monitoring definiëren die incidenten sneller oplost en kosten zichtbaar maken voordat een ontwerp uitgroeit tot technische schuld.

De key take-away is dat slagen voor AZ-305 vooral vraagt om architectuurdiscipline. Kandidaten die requirements ontleden, aannames documenteren, governance vroeg meenemen en ontwerpkeuzes toetsen aan het Well-Architected Framework, bouwen een voorbereiding die dichter bij de praktijk ligt. Wie daarbij begeleiding wil bespreken, kan contact opnemen met Readynez om te bepalen welke voorbereiding past bij de bestaande Azure-ervaring en het gewenste certificeringstraject.