AZ-400 draait om het aantonen dat je DevOps-principes kunt omzetten in werkende pipelines, policies en releasebeslissingen, wat voor veel kandidaten uitdagender is dan de hoeveelheid theorie.
AZ-400, Designing and Implementing Microsoft DevOps Solutions, toetst of een kandidaat DevOps-processen kan ontwerpen en uitvoeren in een Microsoft Azure-context. Het examen hoort bij de rol Azure DevOps Engineer Expert en vraagt meer dan kennis van Azure-services: broncodebeheer, continue integratie, releasebeheer, security, compliance, samenwerking en feedbackloops komen samen in één praktijkgericht profiel.
Laatst bijgewerkt: januari 2026. Microsoft past examendoelen, certificeringsrelaties en registratiegegevens geregeld aan. Controleer daarom vóór het plannen van het examen altijd de officiële Microsoft Learn-pagina voor AZ-400 en de actuele skills measured, vooral wanneer er recent wijzigingen in objectives of rolbeschrijvingen zijn aangekondigd.
Wat AZ-400 vandaag echt meet
Een Azure DevOps Engineer Expert werkt op het snijvlak van development, operations, security en productteams. In praktijk betekent dit dat code niet manueel van omgeving naar omgeving wordt gebracht, maar via reproduceerbare pipelines met controles, goedkeuringen en meetbare feedback. DevOps is daardoor minder een functietitel dan een manier om softwarelevering voorspelbaar, auditeerbaar en herstelbaar te maken.
De actuele certificeringsrealiteit is belangrijk. Historisch werd AZ-400 vaak bekeken vanuit vaste voorafgaande examens zoals Azure Administrator of Azure Developer. Microsoft heeft die formele instapvereisten versoepeld, waardoor het verstandiger is om het startpunt te kiezen op basis van ervaring. Wie vooral uit infrastructuur, identity, networking en operations komt, heeft vaak voordeel bij een ops-route die aansluit bij AZ-104: Microsoft Azure Administrator. Wie vooral bouwt aan applicaties, API’s, packaging, tests en deploymentlogica, kan beter vertrekken vanuit onderwerpen die aansluiten bij AZ-204: Developing Solutions for Microsoft Azure.
Dat onderscheid helpt ook bij studiekeuzes. Een systeembeheerder zal bijvoorbeeld sneller de logica van environments, approvals, monitoring en incidentrespons begrijpen, maar moet vaak bewuster oefenen met Git-workflows, YAML en testautomatisering. Een developer heeft meestal meer gevoel voor branching, builds en dependency management, maar moet extra aandacht geven aan governance, Azure Policy, Key Vault, RBAC en operationele betrouwbaarheid.
Waarom kandidaten AZ-400 onderschatten
Veel voorbereiding loopt mis doordat kandidaten AZ-400 behandelen als een algemeen Azure-examen. Het examen toetst echter de volledige leveringsketen. Vragen kunnen draaien rond de keuze tussen branchingmodellen, het beveiligen van secrets, het afdwingen van pull request-policies, het ontwerpen van approvals, het publiceren van artifacts of het meten van applicatiegedrag na release.
Een tweede valkuil is te weinig YAML-first denken. Klassieke release pipelines en visuele configuraties komen in organisaties nog voor, maar moderne examenvragen en productpraktijk leunen sterk op pipeline-as-code. Een kandidaat moet kunnen redeneren over triggers, stages, conditions, templates, environments en service connections zonder te verdwalen in syntaxdetails.
Ook secure supply chain komt nadrukkelijker naar voren. Secrets horen niet in variabelenbestanden of repositories, dependencies moeten controleerbaar zijn, build-agents moeten passen bij het risicoprofiel en quality gates moeten aantoonbaar zijn. Tools zoals SonarQube, Jenkins en GitHub blijven relevant omdat veel Belgische teams hybride werken met Azure DevOps, GitHub en bestaande CI/CD-toolchains. Kennis van migratiepaden en integratiepatronen kan in sollicitatiegesprekken meer zeggen dan het kunnen opnoemen van afzonderlijke Azure-diensten.
Een praktijkcase die de examendoelen samenbrengt
Een nuttige manier om AZ-400 te leren is één capstoneproject bouwen dat de examendomeinen verbindt. Neem bijvoorbeeld een klein webplatform met een API, een databasecomponent en infrastructuurdefinities. Het team plant werk in Azure Boards, beheert code in Azure Repos of GitHub, bouwt via Azure Pipelines, voert tests en codeanalyse uit, publiceert artifacts, rolt uit naar test en productie via environments, en gebruikt Application Insights of alerts om releasekwaliteit te bewaken.
In zo’n scenario start DevOps bij het werkitem. Een commit verwijst naar een taak, een pull request vereist review en geautomatiseerde checks, en de main branch blijft beschermd. De build draait unit tests, voert statische analyse uit, maakt een container of package en publiceert een versieerbaar artifact. De release gebruikt infrastructure as code, bijvoorbeeld Bicep of Terraform, zodat omgevingen reproduceerbaar zijn. Daarna bepalen approvals, checks en change-managementregels of productie-uitrol mag doorgaan.
Een kort YAML-fragment kan al veel leerwaarde hebben wanneer het niet als losse syntax wordt behandeld, maar als ontwerpbeslissing. Onderstaand voorbeeld toont hoe een pipeline quality gates en stages zichtbaar maakt zonder secrets in code te plaatsen.
Example — Azure Pipelines met build, test en gated deployment
trigger:
branches:
include:
- main
stages:
- stage: BuildAndTest
jobs:
- job: Build
pool:
vmImage: ubuntu-latest
steps:
- script: dotnet restore
displayName: Restore dependencies
- script: dotnet test --configuration Release
displayName: Run automated tests
- publish: $(Build.ArtifactStagingDirectory)
artifact: drop
- stage: Deploy_Test
dependsOn: BuildAndTest
condition: succeeded()
jobs:
- deployment: DeployApi
environment: test
strategy:
runOnce:
deploy:
steps:
- script: echo "Deploy using approved service connection"
displayName: Deploy application
De leerwaarde zit in de structuur. De pipeline maakt de overgang van commit naar testomgeving expliciet, houdt deployment gescheiden van buildactiviteiten en laat ruimte voor environment checks en approvals. In een echte omgeving zouden service connections, Key Vault-integratie, artifact download en deploymenttaken verder worden uitgewerkt volgens de productdocumentatie van Microsoft voor Azure Pipelines, security en compliance.
Voor sollicitaties is dit type oefenproject sterker dan een certificaat alleen. Kandidaten kunnen tonen hoe branch policies zijn ingesteld, welke testresultaten de pipeline blokkeerden, hoe secrets werden beheerd, welke dashboards releasegezondheid tonen en welke go/no-go-criteria zijn gebruikt. Dat portfolio hoeft geen klantcode te bevatten; screenshots, geanonimiseerde architectuurkeuzes en een publieke demo-repository volstaan vaak om het denkproces zichtbaar te maken.
Belgische examencontext: registratie, taal en afname
Belgische kandidaten registreren AZ-400 via de Microsoft-certificeringsflow en de aangewezen examenpartner. De beschikbare taalopties, afnamemogelijkheden en registratievoorwaarden kunnen wijzigen, dus de officiële Microsoft Learn-examenpagina blijft de bron voor actuele details. Wie in België boekt, ziet doorgaans lokale fiscale en betaalcontext in het registratieproces; bedragen, btw-behandeling en valuta moeten altijd daar worden gecontroleerd in plaats van uit secundaire blogartikelen te worden overgenomen.
De keuze tussen online proctoring en een testcentrum is vooral praktisch. Online afname bespaart reistijd, maar stelt strikte eisen aan identiteitscontrole, werkruimte, camera, netwerkverbinding en systeemcheck. Een testcentrum neemt die technische onzekerheid grotendeels weg, maar vraagt planning en verplaatsing. Kandidaten die thuis met meerdere schermen, bedrijfsbeveiliging of instabiele wifi werken, doen er goed aan de systeemtest vroeg uit te voeren of een testcentrum te overwegen.
Een realistisch studieplan van zes weken
Een haalbaar plan combineert lezen, bouwen en herhalen. Alleen Microsoft Learn-modules doornemen geeft zelden genoeg diepgang; alleen labs bouwen zonder de examendoelen te mappen laat gaten ontstaan. Readynez kan in dit stadium nuttig zijn voor wie begeleide labs en examengerichte structuur zoekt via de AZ-400 training (Designing and Implementing Microsoft DevOps Solutions), maar het kernprincipe blijft hetzelfde: elke week moet een zichtbaar pipeline-artefact opleveren.
Week 1: Lees de officiële AZ-400 skills measured, maak een persoonlijke gap-analyse en zet een repository op met branchingregels, pull requests en werkitems.
Week 2: Bouw een CI-pipeline met restore, build, unit tests, artifactpublicatie en een eerste dashboard voor buildstatus.
Week 3: Voeg codekwaliteit en dependency-controles toe, documenteer quality gates en oefen met branch policies die slechte wijzigingen blokkeren.
Week 4: Modelleer infrastructuur met Bicep of Terraform, koppel secrets via Key Vault of een veilige equivalent en vermijd gevoelige waarden in repository of logs.
Week 5: Ontwerp release stages met environments, approvals, deployment strategy, rollbackgedrag en change-managementnotities.
Week 6: Voeg monitoring, alerts, releasecriteria en een korte portfolio-uitleg toe, en oefen examenvragen door elke fout terug te koppelen aan een objective.
De laatste week is geen memorisatieweek. Ze is bedoeld om zwakke schakels te vinden. Als een kandidaat bijvoorbeeld CI goed begrijpt maar niet kan uitleggen wanneer een approval, check of policy nodig is, moet de aandacht naar governance en compliance verschuiven. Als YAML lukt maar monitoring ontbreekt, is het tijd om meetbare service level objectives, alerts en post-release feedback in het project te verwerken.
DevOps-platformen en cloudcontext zonder tunnelvisie
AZ-400 draait om Microsoft DevOps Solutions, maar de praktijk is zelden zuiver Microsoft-only. Azure DevOps wordt vaak gecombineerd met GitHub, bestaande Jenkins-jobs, artifact repositories en securityscanners. Daardoor is het nuttig om de concepten los te zien van één productscherm: source control, CI, CD, secrets, policy enforcement en observability keren in verschillende toolchains terug.
Microsoft Azure is één van de grote publieke cloudplatformen naast AWS en Google Cloud. De oorspronkelijke discussie over cloudmarktaandeel verwees onder meer naar analyses van The Register en DevOps-marktverwachtingen van IMARC Group, maar zulke cijfers verouderen snel en zijn minder bruikbaar voor examenvoorbereiding dan de actuele Microsoft Learn-objectives. Ook trenddata zoals Google Trends kan hoogstens context geven; het vervangt geen bewijs van vaardigheid.
De productcontext blijft wel relevant. Kandidaten moeten weten hoe Microsoft Azure, Azure DevOps en GitHub elkaar kunnen aanvullen, bijvoorbeeld wanneer repositories in GitHub staan maar deployments via Azure Pipelines verlopen. In Belgische organisaties met legacy change processes kunnen approvals, auditlogs en segregation of duties bepalen hoe een pipeline eruitziet. Een technisch perfecte pipeline die compliance overslaat, is in zo’n omgeving niet bruikbaar.
Van examenvoorbereiding naar aantoonbare vaardigheid
AZ-400 behalen vraagt een andere voorbereiding dan een fundamenteel cloudexamen. De kandidaat moet oorzaak en gevolg in een deliveryproces kunnen uitleggen: wat gebeurt er als een test faalt, wie mag een productieomgeving goedkeuren, waar staan secrets, hoe wordt een rollback gestart en welke signalen bepalen of een release gezond is. Die vragen lijken operationeel, maar ze raken precies aan de vaardigheden die Microsoft in de rol DevOps Engineer verwacht.
Een sterk portfolio maakt die vaardigheid concreet. Bewaar pipeline-YAML, screenshots van branch policies, testresultaten, release-approvals, dashboardconfiguraties en korte beslisnotities. Leg bij elk artefact uit waarom die keuze is gemaakt. Een hiring manager of technisch interviewer ziet dan niet alleen dat iemand een lab heeft gevolgd, maar ook dat die persoon releasekwaliteit, security en samenwerking kan verbinden.
Een praktische vervolgstap is het plannen van één volledig oefenproject en dat spiegelen aan de officiële examendoelen. Wie daarbij begeleiding wil, kan Readynez gebruiken als gestructureerde route, terwijl zelfstudie met Microsoft Learn en eigen labs evenzeer waardevol blijft voor kandidaten met voldoende discipline. Organisaties die een teamroute willen bespreken, kunnen contact opnemen om opleidingsbehoeften en certificeringspaden af te stemmen.
