- Bepaal eerst of AZ-305 voor u een examendoel, een promotiesignaal of een stap richting architectuurverantwoordelijkheid is.
- Vertaal de certificering daarna naar bewijs uit projecten: ontwerpbeslissingen, governance, security, netwerkkeuzes en hersteldoelstellingen.
- Kies vervolgens een vervolgrichting die past bij uw huidige rol als Azure administrator, developer, consultant of platform engineer.
Azure-architectuur na AZ-305 draait om het vertalen van certificeringskennis naar zichtbaar ontwerpwerk. In Belgische organisaties betekent dat meestal minder dagelijkse resourcebeheer en meer beslissingen over tenants, subscriptions, landing zones, identity, netwerksegmentatie, kostenbeheersing en continuïteit. De professional wordt vaker gevraagd om trade-offs uit te leggen: waarom een workload in West Europe draait, wanneer North Europe als secundaire regio zinvol is, hoe dataresidentie wordt meegenomen, en welke governance nodig is om groei onder controle te houden.
Het Microsoft AZ-305-examen, Designing Microsoft Azure Infrastructure Solutions, toetst ontwerpvaardigheden rond identiteit, governance, data, business continuity, infrastructuur en netwerkarchitectuur. Het examen alleen is niet hetzelfde als de volledige expertstatus. Volgens de Microsoft-certificeringsstructuur draagt AZ-305, in combinatie met de juiste vereisten zoals Azure-administratorvaardigheden, bij aan de Microsoft Certified: Azure Solutions Architect Expert-credential.
Wat er in het werk verandert na AZ-305
Voor veel professionals verschuift het zwaartepunt na AZ-305 van uitvoering naar ontwerpverantwoording. Een Azure administrator die vroeger vooral alerts opvolgde, policies toepaste en resources beheerde, wordt in architectuurgesprekken gevraagd waarom een subscriptionmodel schaalbaar is, hoe RBAC wordt georganiseerd, welke management groups nodig zijn en welke risico’s ontstaan wanneer teams te veel uitzonderingen krijgen. Een developer of DevOps-professional krijgt vaker vragen over integratiepatronen, deploymentstandaarden, secrets management, observability en de impact van applicatiekeuzes op kosten en herstelbaarheid.
In België komen die ontwerpkeuzes vaak samen in hybride omgevingen. Een organisatie kan nog Active Directory, datacenters, MPLS-verbindingen of legacyapplicaties hebben, terwijl nieuwe diensten in Azure worden gebouwd. Een architect moet dan niet alleen weten hoe Entra ID, ExpressRoute of VPN Gateway werkt, maar ook hoe identiteitsdomeinen, netwerkzones en logging worden ontworpen zodat operations, security en audit hun werk kunnen doen. Het Azure Well-Architected Framework is hierbij nuttig als taal voor gesprekken over betrouwbaarheid, beveiliging, kosten, operationele uitmuntendheid en performance.
De Belgische context maakt compliance en vertrouwelijkheid extra concreet. GDPR is vaak een randvoorwaarde voor gegevensverwerking, terwijl NIS2 bij meer organisaties leidt tot strengere verwachtingen rond risicobeheer, incidentrespons en toeleveranciers. Dat zijn geen onderwerpen die met een examenvraag zijn opgelost. Ze beïnvloeden keuzes over encryptie, sleutelbeheer, loggingretentie, privileged access, back-upkopieën, herstelregio’s en wie een wijziging mag goedkeuren.
Rollen die logisch volgen op AZ-305
Na AZ-305 verschijnen functietitels niet overal op dezelfde manier. Belgische organisaties gebruiken termen zoals Azure Solution Architect, Cloud Architect, Azure Architect, Infrastructure Architect, Cloud Consultant, Platform Architect of Technical Lead Cloud. In consultancy kan dezelfde persoon pre-salesworkshops, high-level designs en migratievoorstellen doen, terwijl een interne architect vaker betrokken is bij governanceboards, platformstandaarden en reviewprocessen voor productteams.
De inhoud van de rol is belangrijker dan de titel. Een Azure Solution Architect vertaalt bedrijfsvereisten naar een ontwerp dat beheersbaar, veilig en betaalbaar blijft. Een Cloud Architect bewaakt meestal de bredere platformkeuzes, zoals landing zones, connectivity, identity, policy en monitoring. Een Cloud Consultant combineert ontwerp met klantbegeleiding en moet keuzes helder kunnen verdedigen voor technische en niet-technische stakeholders. Een Platform Architect werkt dichter bij engineeringteams en legt standaarden vast in Bicep- of Terraform-modules, CI/CD-pipelines en herbruikbare referentiearchitecturen.
De vraag naar deze vaardigheden is zichtbaar in sectoren waar cloudadoptie samenvalt met sterke eisen rond beschikbaarheid, vertrouwelijkheid en auditbaarheid. Financiële diensten kijken scherp naar identity, netwerkisolatie, logging en disaster recovery. Overheidsorganisaties besteden aandacht aan aanbestedingskaders, gegevensclassificatie en hybride integratie. Zorginstellingen hebben gevoelige gegevensstromen en continuïteitseisen. Maakbedrijven combineren vaak OT-omgevingen, dataplatformen en internationale sites, waardoor netwerkarchitectuur en governance sneller complex worden.
Hoe werkgevers AZ-305 beoordelen
Een certificering helpt om door de eerste selectie te komen, maar architectuurrollen worden zelden toegekend op basis van een badge alleen. Hiring managers zoeken bewijs dat iemand beslissingen kan structureren. Een sterk signaal is een portfolio met architecture decision records, referentiearchitecturen, landing-zoneontwerpen, IaC-modules, migratieplannen en Well-Architected reviews. Die artefacten tonen hoe iemand denkt, welke alternatieven zijn afgewogen en hoe een ontwerp standhoudt wanneer beveiliging, kosten of performance onder druk komen.
In interviews valt vaak op of een kandidaat Azure-services opsomt of ontwerpkeuzes kan verdedigen. Een goede kandidaat kan uitleggen waarom bepaalde workloads zone-redundant moeten zijn, wanneer geo-replicatie of Azure Site Recovery past, welke egresskosten een ontwerp kan veroorzaken en hoe routing tussen on-premises en Azure wordt gecontroleerd. Ook FinOps wordt belangrijker: architecten moeten niet alleen een schaalbare omgeving ontwerpen, maar ook voorkomen dat subscriptions, logging, data-uitvoer en overgedimensioneerde services een structureel kostenprobleem worden.
Een praktische vaardigheidsproef kan bijvoorbeeld vragen om een bestaande omgeving te verbeteren. De kandidaat krijgt een tenant met losse subscriptions, beperkte policy, onduidelijke RBAC en een applicatie zonder duidelijke RTO en RPO. De sterke oplossing begint dan niet met meer services, maar met classificatie van workloads, management groups, identitymodel, netwerkzones, policy-initiatieven, monitoring, back-upstrategie en een plan om wijzigingen gefaseerd door te voeren zonder productieteams te blokkeren.
Projecten waarin de AZ-305-kennis zichtbaar wordt
Een realistisch Belgisch project begint vaak met hybride identiteit. Een organisatie wil Active Directory geleidelijk koppelen aan Entra ID, conditional access invoeren, privileged accounts scheiden en applicaties voorbereiden op modern authentication. De architect moet dan niet alleen de technische koppeling begrijpen, maar ook bepalen hoe rollen worden toegekend, welke groepen eigenaar zijn van toegang, hoe break-glassaccounts worden beschermd en hoe auditlogs worden opgevolgd.
Een tweede vaak voorkomend project is de opzet van Azure landing zones. Daarbij worden management groups, subscriptions, policy, logging, netwerkhub, spoke-netwerken, private endpoints en naamgevingsstandaarden ontworpen voordat teams workloads uitrollen. In mature organisaties wordt dit niet als een eenmalige inrichting gezien, maar als een platformproduct met backlog, changemanagement en automatisering. Bicep- of Terraform-modules worden dan belangrijk omdat ze governance reproduceerbaar maken in plaats van afhankelijk van handmatige configuratie.
Business continuity en disaster recovery leveren eveneens concrete bewijskracht op. Een architect kan aantonen hoe RTO en RPO per workload worden bepaald, welke workloads zone-redundantie nodig hebben, wanneer replicatie naar North Europe zinvol is, en hoe hersteltests worden gepland. Hetzelfde geldt voor datamigraties, bijvoorbeeld van SQL Server naar Azure SQL Managed Instance of een ander Azure-dataplatform. Dan draait het ontwerp om downtime, netwerkpad, identity, encryptie, performancetests, rollback en beheer na migratie.
Een geanonimiseerde case-vignette maakt dit concreet. Een Belgische organisatie met meerdere vestigingen wilde een deel van haar applicatieomgeving naar Azure brengen, maar behield enkele systemen on-premises. Het ontwerp combineerde hybride connectiviteit, Entra ID-integratie, een hub-and-spoke-netwerk, policygedreven subscriptions en een gefaseerde datamigratie. De doorslaggevende architectuurkeuzes gingen niet over één Azure-service, maar over eigenaarschap, logging, hersteldoelen, routebeheer en de vraag welke data in welke regio mocht worden verwerkt.
Een overstapplan van zes tot twaalf maanden
De overstap naar een architectrol lukt meestal beter wanneer een professional bewust architectuurervaring verzamelt naast het bestaande werk. In de eerste maanden ligt de nadruk op ontwerpmeedenken: deelnemen aan design reviews, bestaande Azure-omgevingen analyseren, beslisdocumenten schrijven en de relatie tussen requirements en technische keuzes vastleggen. Een Azure administrator kan daarbij voortbouwen op AZ-104 Azure Administrator-kennis, terwijl een developer of DevOps-professional eerder vertrekt vanuit applicatiearchitectuur, pipelines en reliability engineering.
Daarna wordt het belangrijk om een zichtbaar portfolio op te bouwen. Een nuttige mijlpaal is één referentiearchitectuur voor een workload, één landing-zoneverbetering, één IaC-module en één Well-Architected review met duidelijke aanbevelingen. Dat portfolio hoeft geen klantnamen of vertrouwelijke details te bevatten. Het moet vooral tonen hoe beslissingen worden genomen, welke risico’s zijn gereduceerd en hoe het ontwerp kan worden beheerd door een team dat later niet bij de oorspronkelijke workshop aanwezig was.
In de tweede helft van het traject hoort mentorschap of peer review erbij. Een kandidaat-architect laat ontwerpen beoordelen door senior engineers, security, operations en finance. Die feedback is vaak waardevoller dan extra studiemateriaal, omdat architectuurwerk zichtbaar wordt in conflicterende belangen. Een securityteam wil bijvoorbeeld strengere toegang, een applicatieteam wil snelheid, finance wil voorspelbare kosten en operations wil eenvoudiger incidentbeheer. De architect moet die spanningen vertalen naar keuzes die uitlegbaar en onderhoudbaar zijn.
Wie nog vóór AZ-305 staat, kan zijn route kiezen op basis van de huidige achtergrond. De administratorroute loopt logisch via Azure-beheer en governance, waarna ontwerpvaardigheden worden uitgebreid. De ontwikkelaarsroute kan aansluiten bij Azure Developer Associate, terwijl DevOps-profielen vaak voordeel halen uit de denkwijze rond delivery, automatisering en reliability die terugkomt bij DevOps Engineer Expert. De keuze is geen rangorde; ze bepaalt vooral welk deel van architectuur extra aandacht nodig heeft.
Valkuilen na het slagen
Een veelvoorkomende fout is denken dat AZ-305 automatisch bewijst dat iemand klaar is voor elk architectuurmandaat. Het examen toetst belangrijke ontwerpconcepten, maar organisaties verwachten ook communicatie, besluitvorming, documentatie en verantwoordelijkheidsgevoel. Een architect moet onzekerheid expliciet maken, aannames noteren en kunnen aangeven welke keuze later opnieuw moet worden geëvalueerd.
Technisch ontstaan de grootste hiaten vaak in identity en netwerkontwerp. RBAC wordt dan te grof ingericht, management groups groeien zonder duidelijke eigenaars, of routing tussen on-premises, hub, spokes en private endpoints wordt moeilijk te doorgronden. Ook observability wordt onderschat. Zonder goede logs, metrics, dashboards en alerting is een ontwerp op papier betrouwbaar, maar in productie moeilijk te beheren.
Kosten vormen een tweede valkuil. Architecten die egress, loggingvolume, reserved capacity, schaalinstellingen en datalagen niet meenemen, leveren ontwerpen op die technisch werken maar financieel moeilijk verdedigbaar zijn. Daardoor wordt FinOps geen apart onderwerp voor finance, maar een architectuurdiscipline. Elke belangrijke ontwerpkeuze heeft een kostenprofiel dat bij voorkeur vroeg wordt besproken.
Blijven leren zonder de richting te verliezen
Na AZ-305 is verdere specialisatie zinvol, maar alleen wanneer ze aansluit bij het werk dat iemand wil doen. Wie richting securityarchitectuur groeit, kan verdiepen in identity, threat protection, privileged access en governance. Wie vaak connectiviteit, firewalls, ExpressRoute, DNS en hub-and-spoke-ontwerpen behandelt, heeft meer aan netwerkverdieping. Platformgerichte architecten winnen juist door sterker te worden in IaC, golden paths, policy-as-code, deploymentstandaarden en observability.
Community’s kunnen helpen om die keuzes te toetsen aan echte discussies. De algemene Microsoft Tech Community en de specifieke Azure-community geven zicht op productwijzigingen, praktijkvragen en patronen die bij andere organisaties terugkomen. Microsoft Learn blijft daarnaast de plaats om examendoelen, certificeringsrelaties en vernieuwingseisen te controleren.
Gestructureerde training kan nuttig zijn wanneer iemand hiaten wil wegwerken of zich gericht op het examen voorbereidt. De AZ-305-training van Readynez kan daarbij dienen als begeleide voorbereiding, terwijl Readynez ook bredere leerpaden aanbiedt voor professionals die hun Azure-vaardigheden willen ordenen. De belangrijkste opbrengst blijft echter dat de kennis wordt toegepast in echte ontwerpen en zichtbaar wordt in portfolio-artefacten.
De volgende stap richting Azure-architectuur
AZ-305 opent vooral deuren wanneer de certificering wordt gekoppeld aan aantoonbare ontwerppraktijk. In België ligt de waarde in projecten waar governance, hybride integratie, dataresidentie, beveiliging, herstelbaarheid en kosten samenkomen. De sterkste kandidaten tonen niet alleen dat ze Azure-services kennen, maar dat ze onderbouwde keuzes kunnen maken binnen organisatorische beperkingen.
Een praktische volgende stap is het kiezen van één project waarin architectuurverantwoordelijkheid zichtbaar kan worden gemaakt. Dat kan een landing-zoneverbetering zijn, een BCDR-review, een identity-herontwerp of een datamigratie met duidelijke RTO-, RPO- en kostenafwegingen. Wie die keuzes documenteert, laat beoordelen en omzet in herbruikbare standaarden, bouwt het bewijs dat werkgevers zoeken bij een Azure-architect.
FAQ
Wat is AZ-305 precies?
AZ-305 is het Microsoft-examen Designing Microsoft Azure Infrastructure Solutions. Het toetst of een kandidaat Azure-infrastructuuroplossingen kan ontwerpen rond identity, governance, data, business continuity, compute en netwerk. In combinatie met de vereiste certificeringsstructuur draagt het bij aan de Azure Solutions Architect Expert-credential.
Is AZ-305 voldoende om Azure Solutions Architect Expert te worden?
Nee. AZ-305 is een belangrijk onderdeel, maar de volledige status hangt af van de certificeringsvereisten die Microsoft op dat moment publiceert voor Azure Solutions Architect Expert. Kandidaten doen er goed aan de actuele Microsoft Learn-pagina te controleren voordat ze hun examenplanning vastleggen.
Welke voorkennis helpt het meest voor AZ-305?
Ervaring met Azure-beheer is sterk aanbevolen, vooral rond subscriptions, governance, identity, netwerk en monitoring. Microsoft positioneert Azure Administrator-kennis als een logische basis. Ontwikkel- en DevOps-ervaring helpen aanvullend wanneer architectuurkeuzes applicaties, CI/CD en reliability raken.
Welke rollen liggen na AZ-305 het meest voor de hand?
Logische rollen zijn Azure Solution Architect, Cloud Architect, Infrastructure Architect, Cloud Consultant, Platform Architect en Technical Lead Cloud. De exacte titel verschilt per organisatie, maar de kern is hetzelfde: technische en zakelijke vereisten vertalen naar een veilig, schaalbaar, beheersbaar en kostbewust Azure-ontwerp.
Hoe vaak moet een Microsoft-certificering worden vernieuwd?
Microsoft-certificeringen op associate-, expert- en specialtyniveau hebben een vernieuwingsbeleid zodat professionals actueel blijven. De meest betrouwbare informatie staat op de Microsoft Learn-pagina over het vernieuwen van Microsoft-certificeringen.
