- Controleer eerst het officiële examenprofiel en de actuele certificeringseisen.
- Koppel elk studiedeel aan echte labs in Azure DevOps, GitHub en Azure.
- Oefen scenario’s waarin code, beveiliging, releasebeheer en monitoring samenkomen.
Laatst bijgewerkt: juli 2026. De AZ-400-certificering is Microsofts examenroute voor DevOps Solutions. Examendetails, skills outlines en certificeringseisen kunnen wijzigen, dus kandidaten doen er goed aan de officiële Microsoft Learn-pagina’s te controleren voordat zij een examendatum vastleggen.
Het Microsoft AZ-400-examen, Designing and Implementing Microsoft DevOps Solutions, meet of een kandidaat DevOps-praktijken kan ontwerpen en implementeren met Microsoft-technologie. Het examen is bedoeld voor professionals die al ervaring hebben met Azure, bronbeheer, CI/CD, security, samenwerking en operationele processen.
Waar AZ-400 in het Microsoft-certificeringspad past
AZ-400 is geen instapexamen voor iemand die DevOps alleen theoretisch kent. Het examen gaat ervan uit dat kandidaten begrijpen hoe ontwikkelteams werken, hoe productieomgevingen worden beheerd en hoe automatisering risico’s kan verlagen zonder governance te negeren.
Volgens Microsoft Learn is de DevOps Engineer Expert-certificering gekoppeld aan het slagen voor AZ-400 en het hebben van een relevante associate-certificering, doorgaans Azure Administrator Associate of Azure Developer Associate. De actuele vereisten staan op de pagina voor Microsoft Certified: DevOps Engineer Expert, die leidend blijft wanneer Microsoft de certificeringsstructuur aanpast.
De keuze tussen AZ-104 en AZ-204 als opstap hangt af van de achtergrond van de kandidaat. Een beheerder met sterke kennis van identity, networking, monitoring en Azure-governance zal vaak natuurlijker richting AZ-104 bewegen, terwijl een ontwikkelaar die dagelijks met code, API’s, testautomatisering en deploymentartefacten werkt meestal sneller aansluiting vindt bij AZ-204. Voor AZ-400 is uiteindelijk beide perspectieven nodig: software moet betrouwbaar door de pipeline, maar ook veilig en beheerbaar landen in Azure.
Wat AZ-400 werkelijk toetst
De officiële Microsoft-studiegids voor AZ-400 is de beste basis voor het studieplan, omdat de examendomeinen daar worden onderhouden. De inhoud draait om meer dan losse definities van agile, Git of pipelines. Kandidaten moeten kunnen uitleggen hoe processen, tools en controles samenwerken in een leveringsketen.
Een typische examencasus kan beginnen bij een repository, daarna branchbeleid en pull-requestcontroles behandelen, vervolgens build- en testautomatisering vragen, en eindigen bij releasegovernance, monitoring of incidentfeedback. Wie alleen commando’s of productnamen uit het hoofd leert, mist vaak de samenhang die in scenario’s wordt getest.
Branchbeheer is daar een goed voorbeeld van. Gitflow kan in sommige organisaties nog nuttig zijn, maar veel teams kiezen in de praktijk voor trunk-based development met kortlevende feature branches, pull-requestvalidatie, code owners en automatische checks. Die aanpak houdt integratie snel, beperkt langdurige mergeconflicten en past beter bij frequente CI-runs. AZ-400-kandidaten moeten niet alleen weten welke strategieën bestaan, maar ook wanneer een strategie operationeel werkbaar is.
Security en compliance horen eveneens in de pipeline, niet pas aan het einde van een release. Geheimen horen in Azure Key Vault of een vergelijkbaar secrets-platform, niet in YAML, variabelengroepen zonder bescherming of broncode. Serviceverbindingen moeten met passende rechten worden ingericht, securityscans horen deel uit te maken van quality gates, en waarschuwingen uit monitoring of Defender for Cloud kunnen een releasebeslissing beïnvloeden.
Labs maken het verschil tussen herkennen en toepassen
AZ-400 beloont praktische vaardigheid. Een kandidaat die begrippen als pull request, artifact, service connection, environment approval en deployment slot herkent, is nog niet automatisch klaar voor scenario’s waarin die onderdelen in de juiste volgorde en met de juiste controles moeten worden toegepast.
Een nuttig lab bootst een echte keten na: repository aanmaken, branchbeleid afdwingen, pipeline bouwen, tests draaien, secrets veilig ophalen, naar een testomgeving deployen, goedkeuring vereisen voor productie en daarna dashboards of alerts controleren. In veel mislukte voorbereidingen ontbreekt juist dat einde-tot-einde-karakter. Kandidaten oefenen dan losse onderwerpen, maar vergeten bijvoorbeeld PR policies, branch policies, quality gates, securityscans of dashboards in Azure Monitor en Log Analytics.
Wie Azure Pipelines gebruikt, moet YAML kunnen lezen en aanpassen. Wie vooral met GitHub werkt, moet begrijpen waar GitHub Actions sterk is en wanneer Azure Pipelines beter aansluit op bestaande Azure DevOps Boards, Repos, Environments en serviceverbindingen. Het examen vraagt geen voorkeur voor één tool om de tool zelf; het vraagt begrip van ontwerpkeuzes, governance en betrouwbaarheid.
Onderstaand voorbeeld is bedoeld als studiefragment, niet als complete productiepipeline. Het laat zien hoe build, test en deploy samenkomen, terwijl secrets via Key Vault worden opgehaald en productiegoedkeuring buiten YAML via een Azure DevOps Environment wordt afgedwongen.
Example — multi-stage Azure Pipeline met Key Vault en environment approval
trigger:
branches:
include:
- main
variables:
azureServiceConnection: sc-payments-prod
keyVaultName: kv-payments-prod
webAppName: app-payments-prod
stages:
- stage: Build
displayName: Build and package
jobs:
- job: Build
pool:
vmImage: ubuntu-latest
steps:
- task: UseDotNet@2
inputs:
packageType: sdk
version: 8.x
- script: dotnet restore src/Payments.Api/Payments.Api.csproj
displayName: Restore dependencies
- script: dotnet build src/Payments.Api/Payments.Api.csproj --configuration Release --no-restore
displayName: Build application
- script: dotnet test tests/Payments.Api.Tests/Payments.Api.Tests.csproj --configuration Release --no-build
displayName: Run unit tests
- task: DotNetCoreCLI@2
displayName: Publish artifact
inputs:
command: publish
publishWebProjects: false
projects: src/Payments.Api/Payments.Api.csproj
arguments: --configuration Release --output $(Build.ArtifactStagingDirectory)
- publish: $(Build.ArtifactStagingDirectory)
artifact: payments-api
- stage: Deploy_Production
displayName: Deploy to production
dependsOn: Build
condition: succeeded()
jobs:
- deployment: DeployWebApp
environment: payments-production
strategy:
runOnce:
deploy:
steps:
- task: AzureKeyVault@2
inputs:
azureSubscription: $(azureServiceConnection)
KeyVaultName: $(keyVaultName)
SecretsFilter: PaymentsApiConnectionString
- download: current
artifact: payments-api
- task: AzureWebApp@1
inputs:
azureSubscription: $(azureServiceConnection)
appType: webAppLinux
appName: $(webAppName)
package: $(Pipeline.Workspace)/payments-api/**/*.zip
De belangrijkste les zit niet in de syntaxis alleen. De pipeline gebruikt een serviceverbinding, haalt een geheim op uit Key Vault en koppelt de deployment aan een environment waar approvals en checks in Azure DevOps kunnen worden ingesteld. Voor examenvoorbereiding moet een kandidaat kunnen uitleggen welke controle waar thuishoort: wat in YAML staat, wat als environment check wordt geconfigureerd en wat via Azure Policy, Monitor of Defender for Cloud wordt afgedwongen.
Een realistisch studieplan voor werkenden
De meeste AZ-400-kandidaten combineren voorbereiding met een voltijdse functie. Daardoor werkt een ritme van korte, herhaalbare labs meestal beter dan lange studiesessies waarin vooral documentatie wordt gelezen. Een haalbaar schema is om wekelijks vaste blokken te reserveren voor theorie, labwerk en reflectie op de skills outline.
Bij een korte voorbereiding van ongeveer vier weken past AZ-400 vooral bij kandidaten die al dagelijks met Azure DevOps of GitHub, Azure en CI/CD werken. De eerste week hoort dan te gaan naar het vergelijken van de skills outline met de eigen praktijkervaring. De tweede en derde week kunnen worden gebruikt voor labs rond bronbeheer, pipelines, security en monitoring. De laatste week is bedoeld voor herhaling, oefenvragen en het analyseren van fouten.
Een voorbereiding van ongeveer acht weken is voor veel werkende professionals realistischer. In dat tempo kan iedere week één hoofddomein centraal staan, met een klein lab dat eindigt in een tastbaar resultaat: een branch policy, een werkende pipeline, een Key Vault-integratie, een environment approval of een dashboard met alerting. De Microsoft Learn-modules, praktijkassessments en communitybronnen kunnen dit ritme ondersteunen, terwijl de skills outline als controledocument blijft dienen.
Een traject van ongeveer twaalf weken is zinvol wanneer een kandidaat tegelijk gaten in Azure-beheer of Azure-ontwikkeling moet dichten. In dat geval hoort de voorbereiding niet uitsluitend AZ-400-gericht te zijn. Eerst moeten basisvaardigheden rond identity, resourcebeheer, app deployment, logging en troubleshooting voldoende stevig zijn, anders worden DevOps-scenario’s onnodig abstract.
Communitybronnen kunnen helpen wanneer een onderwerp niet duidelijk wordt vanuit documentatie alleen. De Microsoft Tech Community en de Microsoft Learn Community zijn nuttig voor discussies, productupdates en vragen van andere kandidaten. Wie daarnaast behoefte heeft aan gestructureerde labs en examengerichte begeleiding kan een AZ-400 training met instructeur overwegen, mits die ruimte laat voor hands-on oefenen en niet alleen de examendomeinen doorneemt.
Veelgemaakte fouten tijdens de voorbereiding
Een veelvoorkomende fout is dat kandidaten de voorbereiding behandelen als een begrippenlijst. AZ-400 gaat echter over ontwerpbeslissingen in context. Een vraag over releasegovernance kan tegelijk kennis van environments, approvals, testresultaten, securityscans en incidentfeedback vereisen.
Een tweede fout is dat beveiliging te laat wordt meegenomen. In een volwassen DevOps-proces zijn secret management, least privilege, dependency scanning, SAST of SCA, auditbaarheid en logging onderdeel van de leveringsketen. Kandidaten die secrets hardcoderen in scripts of variabelen zonder bescherming gebruiken, bouwen precies het soort anti-patroon dat het examen vaak probeert te herkennen.
Een derde fout is het negeren van monitoring. DevOps stopt niet bij een geslaagde deployment. Telemetrie, dashboards, alerts en feedback naar backlogitems bepalen of een team leert van productiegedrag. Kandidaten moeten daarom kunnen uitleggen hoe Azure Monitor, Log Analytics, Application Insights en incidentprocessen samen bijdragen aan continue verbetering.
Examendag: strategie zonder gokwerk
Microsoft kan examenformats, taalbeschikbaarheid en beleidsregels aanpassen. De officiële examenpagina blijft daarom de juiste bron voor actuele informatie over inschrijving, talen, accommodaties, vraagtypen en eventuele extra tijd wanneer de voorkeurstaal niet beschikbaar is. Kandidaten moeten deze informatie kort voor het examen opnieuw controleren.
Op examendag helpt het om casussen eerst op doel en beperkingen te lezen voordat antwoorden worden beoordeeld. Bij DevOps-vragen zijn details over compliance, bestaande tooling, teamstructuur of releasefrequentie vaak bepalend. Een antwoord dat technisch werkt, is niet altijd het beste antwoord wanneer het governance, auditability of operationele risico’s negeert.
Performance-gerichte vragen en scenario’s vragen om kalm tijdbeheer. Kandidaten doen er verstandig aan markeerfuncties te gebruiken voor twijfelgevallen, maar niet te blijven hangen bij één complexe casus. Vaak worden latere vragen duidelijker wanneer het onderliggende scenario eenmaal goed begrepen is.
Wanneer aanvullende begeleiding zinvol is
Zelfstudie kan voldoende zijn voor kandidaten die al end-to-end DevOps-oplossingen bouwen en onderhouden. Aanvullende begeleiding wordt vooral waardevol wanneer de kandidaat wel ervaring heeft met één deel van de keten, maar minder met de rest. Een ontwikkelaar kan bijvoorbeeld sterk zijn in Git en buildautomatisering, maar minder zeker over Azure-governance en monitoring. Een beheerder kan juist sterk zijn in productiebeheer, maar minder vertrouwd met YAML, pull requests en testautomatisering.
Readynez kan in dat geval een praktische rol spelen wanneer een kandidaat behoefte heeft aan begeleide labs, examengerichte structuur en een tempo dat past naast werk. Kandidaten die meerdere Microsoft-onderwerpen willen combineren, bijvoorbeeld associate-voorbereiding naast AZ-400, kunnen ook kijken naar Readynez Unlimited voor Microsoft-training. De keuze voor begeleiding moet echter altijd vertrekken vanuit de vaardigheidsgaten die uit de skills outline en labervaring blijken.
De voorbereiding die het meeste oplevert
De sterkste AZ-400-voorbereiding begint bij de officiële skills outline en eindigt in werkende labs. Kandidaten die repositories, policies, pipelines, secrets, approvals en monitoring zelf configureren, bouwen het soort begrip op dat nodig is om scenario’s betrouwbaar te beoordelen.
De belangrijkste stap is daarom niet het verzamelen van zoveel mogelijk studiemateriaal, maar het organiseren van oefening rond echte DevOps-ketens. Readynez kan daarbij ondersteuning bieden voor wie structuur en begeleide praktijk nodig heeft, maar de kern blijft hetzelfde: AZ-400 wordt haalbaar wanneer theorie telkens wordt gekoppeld aan ontwerpkeuzes, tooling en operationele gevolgen.
FAQ
Is AZ-400 geschikt als eerste Microsoft-certificering?
Dat is meestal geen verstandige keuze. AZ-400 is gericht op ervaren Azure- en DevOps-professionals. Kandidaten zonder stevige basis in Azure-beheer of Azure-ontwikkeling doen er vaak beter aan eerst de relevante associate-vaardigheden op te bouwen.
Moet een kandidaat AZ-104 of AZ-204 hebben vóór AZ-400?
Voor het examen zelf moet de kandidaat de actuele Microsoft-voorwaarden controleren. Voor de DevOps Engineer Expert-certificering is volgens Microsoft Learn naast AZ-400 doorgaans Azure Administrator Associate of Azure Developer Associate vereist. De officiële certificeringspagina blijft leidend.
Hoe belangrijk zijn hands-on labs voor AZ-400?
Hands-on labs zijn essentieel. Het examen toetst vaak scenario’s waarin bronbeheer, CI/CD, security, approvals en monitoring samenkomen. Zonder echte oefening in Azure DevOps, GitHub en Azure blijft de voorbereiding te theoretisch.
Welke onderwerpen worden vaak onderschat?
Branchbeleid, secret management, quality gates en monitoring worden vaak onderschat. Kandidaten besteden veel tijd aan pipelines, maar vergeten dat governance, beveiliging en feedbackloops even belangrijk zijn voor een betrouwbare DevOps-oplossing.
Hoe controleert een kandidaat of hij klaar is voor AZ-400?
Een kandidaat is dichter bij examenklaar wanneer hij de officiële skills outline kan afvinken met eigen labvoorbeelden, oefenvragen consistent kan verklaren en fouten kan herleiden naar ontbrekende kennis. Twee volledige oefenexamens met nabespreking kunnen helpen om tijdbeheer en zwakke domeinen zichtbaar te maken.
