- Kan de kandidaat een IoT Hub, Device Provisioning Service en IoT Edge-opstelling zelfstandig bouwen?
- Kan de kandidaat problemen met routing, certificaten, module twins en telemetrie analyseren zonder stap-voor-stap handleiding?
- Kan de kandidaat uitleggen waarom een bepaalde beveiligingskeuze, SKU of monitoringaanpak past bij een Azure IoT-scenario?
Het AZ-220-examen is de praktijkgerichte toets voor ontwikkelaars die Azure IoT-oplossingen moeten implementeren, beveiligen, monitoren en integreren met andere Azure-diensten. De officiële koppeling met de Microsoft Certified: Azure IoT Developer Specialty-certificering betekent dat wie deze vaardigheden overtuigend beheerst, dichter bij het microsoft-certified-dynamics-365-business-central-functional-consultant-mb-800" data-autoinject="link_injection">Microsoft AZ-220-examen staat dan iemand die vooral documentatie heeft gelezen.
De examenkandidaat hoeft geen IoT-architect met jarenlange platformervaring te zijn, maar moet wel kunnen werken op het kruispunt van cloud, devices, edge computing en data-inname. In de praktijk betekent dat kennis van Azure-services, device lifecycle management, IoT Edge-modules, berichtenroutes, security-mechanismen en probleemoplossing. Voor Nederlandstalige kandidaten in België is het bovendien nuttig om prijs, taalopties en renewal rechtstreeks bij Microsoft te verifiëren, omdat registratiegegevens per regio en moment kunnen verschillen.
Wat AZ-220 werkelijk meet
AZ-220 is geen algemeen Azure Developer-examen. Waar AZ-204 breder kijkt naar Azure-ontwikkeling en DP-203 focust op data-engineering, richt AZ-220 zich op IoT-infrastructuur, device provisioning, edge workloads, data-inname, monitoring en beveiliging. Die keuze is belangrijk: een kandidaat die vooral API’s bouwt of data pipelines ontwerpt, kan sterke Azure-kennis hebben en toch hiaten hebben in DPS, module twins of IoT Edge-routing.
Volgens de skills outline van Microsoft Learn draait het examen rond het implementeren van een IoT-oplossing van device tot cloud. Dat omvat het configureren van device-connectiviteit, het beheren van devices, het verwerken van telemetrie, het inzetten van IoT Edge, en het toepassen van security-principes. De vraag is dus minder of iemand alle productnamen kent, en meer of die persoon een betrouwbare IoT-keten kan opbouwen en verklaren.
Een goede readiness-check koppelt elk examendoel aan een echte taak. Device provisioning wordt concreet wanneer een kandidaat enrollment groups in DPS gebruikt om devices op schaal te registreren. IoT Edge wordt concreet wanneer modules lokaal berichten bufferen tijdens een netwerkonderbreking en daarna opnieuw synchroniseren. Monitoring wordt concreet wanneer routing-fouten zichtbaar worden in metrics, logs en diagnostische instellingen.
De voorkennis die kandidaten nodig hebben
Microsoft formuleert geen klassieke harde instapvereisten voor AZ-220, maar de inhoud veronderstelt wel dat kandidaten eerder Azure-services hebben gebruikt. Ervaring met platform-as-a-service, storage, eventgedreven verwerking en toegangsbeheer helpt om IoT-scenario’s te begrijpen. Zonder die basis kan de voorbereiding snel veranderen in losse productstudie zonder samenhang.
Daarnaast is programmeerervaring relevant. Kandidaten moeten IoT-gerelateerde code kunnen lezen of schrijven in een door Azure ondersteunde taal zoals C#, Node.js, C++ of Python. Het gaat daarbij niet om algemene softwareontwikkeling alleen, maar om taken zoals device clients configureren, berichten versturen, twin properties verwerken en reconnect-logica begrijpen.
Een vaak onderschat punt is samenwerking met andere rollen. Een Azure IoT Developer werkt geregeld met data engineers, securityteams, netwerkbeheerders en business stakeholders. In een examencontext verschijnt dat als ontwerpkeuze of troubleshootingvraag; in een werkomgeving bepaalt het of telemetrie correct aankomt, of devices veilig worden beheerd, en of downstream-systemen de juiste data ontvangen.
Een praktische readiness-check per examendomein
De meest bruikbare voorbereiding begint met het vertalen van de examendomeinen naar uitvoerbare opdrachten. Een kandidaat is klaar voor device-connectiviteit wanneer die verschillende authenticatiemethoden kan uitleggen, devices kan registreren en verbindingsproblemen kan analyseren. Bij DPS hoort daar ook het herkennen van fouten in enrollment keys, certificaatketens en attestation-keuzes bij.
Voor IoT Hub moet de kandidaat verder gaan dan het aanmaken van een resource. Een sterke voorbereiding omvat inzicht in berichtenroutes, built-in endpoints, consumer groups, throttling en SKU-keuzes. Een veelvoorkomende valkuil is te vroeg een duurdere SKU kiezen zonder het testvolume te begrijpen, of juist een configuratie gebruiken die tijdens labs onverwacht limieten raakt. De examenkandidaat moet kunnen verklaren wat er gebeurt wanneer berichten niet aankomen bij Event Hubs, Storage of een andere bestemming.
Bij IoT Edge draait readiness om deployment manifests, modules, routes en runtime-diagnose. Een kandidaat moet kunnen zien of een module draait, waarom een route geen berichten doorstuurt, en wat lokale buffering betekent wanneer connectiviteit tijdelijk wegvalt. In echte projecten waarderen werkgevers vooral zichtbaar troubleshootingvermogen: logs, metrics, foutanalyse en een korte beschrijving van de gekozen oplossing wegen vaak zwaarder dan alleen SDK-kennis.
Ook device twins en module twins verdienen gerichte aandacht. Desired properties, reported properties en directe methodes worden snel theoretisch behandeld, maar ze bepalen in de praktijk hoe configuratie, status en commando’s tussen cloud en device worden afgestemd. Kandidaten die dit overslaan, herkennen examenvragen over lifecycle management minder goed en missen vaak de link met operationeel beheer.
Een labplan dat betaalbaar en veilig blijft
Hands-on voorbereiding hoeft geen groot cloudproject te worden. Een compacte labomgeving met een dev/test-abonnement, duidelijke resource tags en dagelijkse opruiming volstaat meestal om de kernvaardigheden te oefenen. Gebruik waar mogelijk gratis of laaggeprijsde opties, maar controleer altijd de actuele beperkingen en kosten in Azure voordat resources blijven draaien.
Een nuttige labopstelling bestaat uit een IoT Hub, een Device Provisioning Service, een gesimuleerd device en een IoT Edge-runtime op een Linux-VM of fysiek testtoestel zoals een Raspberry Pi. De kandidaat laat telemetrie versturen, routeert berichten naar een opslag- of eventbestemming, wijzigt twin properties en onderzoekt vervolgens wat er gebeurt bij een foutieve route of tijdelijk netwerkverlies. Dat maakt de abstracte examendoelen tastbaar.
Wie de voorbereiding gestructureerd wil houden, kan één scenario herhalen met telkens een andere focus: eerst provisioning, daarna routing, vervolgens Edge en tot slot monitoring. Een begeleide 4-daagse AZ-220 trainingscursus met labs van Readynez kan daarbij nuttig zijn voor kandidaten die liever in een afgebakende labomgeving oefenen, maar de kern blijft hetzelfde: bouwen, breken, diagnosticeren en verbeteren.
De volgende Azure CLI-opdracht is geen volledige labhandleiding, maar toont het soort verificatie dat kandidaten moeten beheersen tijdens troubleshooting. Gebruik dit nadat een testdevice berichten verstuurt en er twijfel is of de IoT Hub correct is ingericht.
Voorbeeld — IoT Hub-status en beschikbare endpoints controleren
az iot hub show \
--name iothub-az220-lab \
--resource-group rg-az220-lab \
--query "{name:name, sku:sku.name, state:properties.state, eventHubEndpoint:properties.eventHubEndpoints.events.endpoint}" \
--output table
Deze controle helpt om snel te zien of de juiste hub wordt gebruikt, welke SKU actief is en welk ingebouwd endpoint beschikbaar is voor berichten. Daarna hoort de kandidaat de routes, consumer groups en diagnostische metrics te controleren, in plaats van meteen devicecode aan te passen.
Veelgemaakte fouten tijdens de voorbereiding
De grootste fout is AZ-220 behandelen als een theorie-examen over productnamen. Kandidaten die vooral video’s bekijken of samenvattingen lezen, kunnen vaak definities geven maar lopen vast zodra DPS geen device registreert of IoT Edge geen module start. De voorbereiding moet daarom foutscenario’s bevatten, niet alleen succesvolle deployments.
Een tweede valkuil is onvoldoende aandacht voor certificaten en sleutels. DPS-configuraties falen vaak door een verkeerde certificaatketen, een onjuist gekoppelde enrollment group of verwarring tussen symmetric key- en X.509-scenario’s. Securityvragen op AZ-220 toetsen zelden losse termen; ze vragen meestal welke keuze past bij schaal, beheerbaarheid en risico.
Een derde probleem is te weinig monitoring. Kandidaten configureren soms routing naar een bestemming, maar controleren niet of berichten daar werkelijk aankomen. In praktijkgerichte voorbereiding horen metrics, logs, de IoT Edge-opdracht iotedge check en modulelogs bij de standaardroutine. Wie elke labstap documenteert met korte notities en schermafbeeldingen met beschrijvende alt-teksten, bouwt tegelijk nuttig bewijsmateriaal op voor een portfolio of intern teamgesprek.
Prijs, taal en geldigheid voor Belgische kandidaten
De examprijs moet voor België rechtstreeks op de officiële Microsoft-registratiepagina worden gecontroleerd. Microsoft toont de actuele prijs doorgaans in de regionale valuta tijdens het plannen van het examen, waardoor een vaste vermelding in een blog snel veroudert. Voor kandidaten in België is het verstandig om vóór budgetgoedkeuring of opleidingsaanvraag de prijs in EUR, eventuele btw-informatie en testopties te controleren.
Ook taalopties kunnen wijzigen. Microsoft Learn en de examenregistratie geven de actuele beschikbaarheid van examentalen weer. Nederlandstalige kandidaten leggen technische Microsoft-examens vaak in het Engels af, maar mogen niet aannemen dat elke taaloptie op elk moment of in elke regio beschikbaar is.
De certificering is volgens de huidige Microsoft-aanpak beperkt geldig en moet worden vernieuwd om actief te blijven. Het oorspronkelijke onderscheid met oudere geldigheidsperiodes heeft voor kandidaten vooral één praktische consequentie: renewal hoort bij het certificeringstraject. Wie AZ-220 behaalt, plant dus best tijd in om wijzigingen in Azure IoT-services, securitymodellen en beheerpraktijken te blijven volgen.
Examendag: strategie zonder gokwerk
Een rustige examendag begint met een realistische verwachting. Microsoft-examenvragen kunnen scenario’s, configuratiefragmenten en meerstapskeuzes bevatten. De kandidaat moet eerst bepalen welk probleem wordt voorgelegd: provisioning, connectivity, routing, Edge deployment, security of monitoring. Daarna pas is het zinvol om naar de antwoordopties te kijken.
Bij twijfel helpt het om onveilige of operationeel zwakke keuzes te schrappen. Antwoorden die geheimen onnodig blootstellen, geen schaalbaar devicebeheer ondersteunen of monitoring negeren, zijn zelden aantrekkelijk in een IoT-context. Tegelijk moet de kandidaat opletten voor overengineering: niet elk lab- of examenvraagstuk vraagt om de zwaarste SKU, de meest complexe certificaatopzet of een volledige data-architectuur.
Braindumps en gelekte examenvragen zijn geen betrouwbare voorbereiding en brengen een professioneel risico mee. Een betere eindtest is een zelfstandig scenario: bouw een kleine end-to-end IoT-keten zonder handleiding, veroorzaak bewust een routing- of Edge-fout, los die op met logs en metrics, en noteer waarom de gekozen securityconfiguratie verdedigbaar is. Als dat lukt, is de voorbereiding veel robuuster dan wanneer iemand alleen oefenvragen herkent.
FAQ over AZ-220
Hoeveel kost het AZ-220-examen in België?
Controleer de actuele prijs tijdens de officiële Microsoft-registratie. Voor Belgische kandidaten wordt de prijs in de relevante regionale context getoond, waardoor het beter is geen vast bedrag uit verouderde bronnen te gebruiken.
Is AZ-220 hetzelfde als AZ-204?
Nee. AZ-204 is gericht op Azure Developer Associate-vaardigheden in brede zin, terwijl AZ-220 specifiek focust op Azure IoT Developer Specialty-vaardigheden zoals IoT Hub, DPS, IoT Edge, devicebeheer, telemetrie en monitoring.
Moet een kandidaat kunnen programmeren voor AZ-220?
Ja, praktische programmeerkennis is belangrijk. De kandidaat moet IoT-code kunnen begrijpen en aanpassen in een Azure-ondersteunde taal, bijvoorbeeld voor devicecommunicatie, twin properties of berichtverwerking.
Hoe lang blijft de AZ-220-certificering geldig?
Microsoft-certificeringen binnen dit model moeten periodiek worden vernieuwd. Kandidaten controleren de actuele renewalvoorwaarden best op Microsoft Learn zodra ze de certificering behalen.
Wat is de beste laatste voorbereiding voor het examen?
De meest waardevolle laatste stap is een klein labscenario opnieuw bouwen zonder instructies. Als de kandidaat provisioning, telemetrie, routing, Edge-diagnose en securitykeuzes kan uitleggen, is dat een sterk signaal van examengereedheid.
Van voorbereiding naar bewijsbare vaardigheid
AZ-220 beloont kandidaten die Azure IoT kunnen toepassen in realistische situaties. Documentatiekennis blijft nodig, maar de doorslag ligt vaak bij het herkennen van configuratiefouten, het verklaren van securitykeuzes en het bouwen van een werkende keten van device tot cloud.
Een praktische volgende stap is het vergelijken van de Microsoft skills outline met de eigen labnotities en de zwakste onderdelen opnieuw te oefenen. Readynez kan een zinvolle optie zijn wanneer een kandidaat of team begeleide labs wil combineren met examengerichte structuur, maar de basis van sterke voorbereiding blijft hetzelfde: zelf implementeren, controleren en onderbouwen.
