- Controleer eerst de actuele AZ-220-examenpagina op Microsoft Learn, inclusief de meest recente skills outline en eventuele wijzigingen in het examenbeleid.
- Bouw vóór het examen een klein end-to-end IoT-project met IoT Hub, Device Provisioning Service, IoT Edge, berichtroutering en opslag.
- Besteed extra aandacht aan certificaten, device twins, module-identiteiten, throttling en monitoring, omdat juist die onderwerpen vaak bepalen of iemand de scenario’s begrijpt.
De AZ-220-certificering bevestigt dat ontwikkelaars Azure IoT-oplossingen kunnen bouwen, beheren, beveiligen en troubleshooten met cloud- en edgecomponenten. Deze certificering is vooral relevant voor professionals die niet alleen begrijpen wat IoT inhoudt, maar ook kunnen aantonen dat zij apparaten verbinden, data verwerken en oplossingen operationeel betrouwbaar maken.
Voor Belgische organisaties is die combinatie praktisch belangrijk. In de maakindustrie draait IoT vaak om machinegegevens, predictief onderhoud en kwaliteitscontrole; in logistiek om tracking, temperatuurmeting en vlootdata; in energie om meetpunten, edgeverwerking en beveiligde connectiviteit. AZ-220 sluit goed aan bij die context omdat het examen kandidaten dwingt verder te kijken dan een eenvoudige sensorverbinding. Het gaat om provisioning, beheer, verwerking, beveiliging en monitoring als één geheel.
Wat AZ-220 werkelijk toetst
De officiële Microsoft Learn-pagina voor Exam AZ-220: Microsoft Azure IoT Developer blijft de bron voor de actuele examendoelen, taalopties, beleid rond herkansen en vernieuwing, en eventuele wijzigingen in de skills outline. Die pagina moet kort vóór het examen opnieuw worden geraadpleegd, omdat Microsoft examendomeinen kan aanpassen wanneer Azure-diensten veranderen. Het is verstandiger om de outline als werkdocument te gebruiken dan als statische samenvatting.
In de praktijk vertalen de examendomeinen zich naar concrete taken. Een kandidaat moet bijvoorbeeld kunnen bepalen wanneer een apparaat rechtstreeks in IoT Hub wordt geregistreerd en wanneer Device Provisioning Service geschikter is. Daarbij hoort kennis van individuele inschrijvingen, inschrijvingsgroepen, symmetric keys en X.509-attestation. Het examen vraagt zelden alleen naar definities; het beschrijft vaak een omgeving met apparaten, beveiligingseisen en operationele beperkingen, waarna de kandidaat de juiste configuratie of foutoorzaak moet herkennen.
Ook device twins en module twins verdienen meer aandacht dan veel kandidaten aanvankelijk verwachten. Gewenste eigenschappen, gerapporteerde eigenschappen en tags zijn niet alleen abstracte concepten. Ze worden gebruikt om configuratie uit te rollen, apparaatstatus te lezen, groepen apparaten te segmenteren en Edge-modules te beheren. Wie alleen de portalstappen kent, maar niet begrijpt hoe twin-state in beheerprocessen wordt gebruikt, mist een belangrijk deel van het examen.
Message routing is een tweede voorbeeld van een onderwerp dat eenvoudig lijkt tot er filters, endpoints en fallback-routes bijkomen. Een realistische oplossing stuurt telemetry mogelijk naar opslag, alerts naar een verwerkingslaag en diagnostische berichten naar een aparte bestemming. AZ-220 toetst of een kandidaat begrijpt hoe routing queries, berichtproperties en endpoints samenwerken, en hoe men controleert of berichten de verwachte route volgen.
Waarom de certificering relevant is voor ontwikkelaars en engineers
Azure IoT-ontwikkeling ligt tussen softwareontwikkeling, cloudbeheer en operationele technologie. Een softwareontwikkelaar herkent de patronen rond events, API’s en foutafhandeling. Een OT- of industrie-ingenieur begrijpt apparaten, netwerken en beperkingen aan de rand van de installatie. Een cloud- of DevOps-professional brengt ervaring mee met identity, monitoring, automatisering en deployment. AZ-220 is waardevol wanneer die werelden samenkomen.
Het examen is daardoor minder geschikt als eerste kennismaking met Azure. Wie nog niet vertrouwd is met resource groups, identities, access control, storage, monitoring en basisnetwerken, zal meer tijd verliezen aan randvoorwaarden dan aan IoT zelf. Een korte Azure-fundamentenfase vóór AZ-220 kan dan efficiënter zijn dan meteen met DPS, Edge en routing te beginnen.
Voor wie al Azure-ervaring heeft, ligt de grootste leercurve meestal bij de IoT-specifieke manier van denken. Apparaten zijn niet altijd online, tijdsynchronisatie is niet vanzelfsprekend, certificaatketens moeten kloppen, en edgecomponenten draaien soms in omgevingen waar centrale controle beperkt is. Daardoor is foutdiagnose minstens zo belangrijk als configuratie.
Een praktijkproject dat de examendoelen samenbrengt
De beste voorbereiding op AZ-220 is een klein maar compleet scenario. Dat project hoeft niet groot te zijn. Het moet wel alle belangrijke bewegende delen bevatten, zodat de kandidaat ervaart hoe IoT Hub, DPS, Edge, routing, opslag en monitoring elkaar beïnvloeden. Een eenvoudige sensor- of apparaatsimulator volstaat wanneer fysieke hardware niet beschikbaar is.
Maak een IoT Hub en registreer één testapparaat handmatig om basisconnectiviteit te controleren.
Voeg Device Provisioning Service toe en test daarna zowel een individuele inschrijving als een inschrijvingsgroep.
Laat een simulator telemetry verzenden en gebruik device twins om configuratie en status te beheren.
Configureer message routing naar een opslag- of analysebestemming en valideer de route met berichtproperties.
Implementeer een IoT Edge-apparaat met ten minste één module en controleer module twins en modulelogs.
Activeer monitoring en onderzoek bewust een fout, bijvoorbeeld een verlopen token, een verkeerde route of een certificaatprobleem.
Dit soort mini-project dwingt de kandidaat om examendoelen in samenhang te oefenen. Het maakt ook zichtbaar waar kennis nog oppervlakkig is. Iemand kan bijvoorbeeld IoT Hub in de portal aanmaken, maar toch vastlopen wanneer DPS een apparaat niet toewijst omdat de attestation-instellingen niet overeenkomen. Dat verschil tussen klikken en begrijpen is precies waar veel examenvragen op inspelen.
Een nuttige manier om het project visueel te documenteren is een eenvoudig architectuuroverzicht met apparaten, IoT Hub, DPS, routes, opslag en monitoring. Een tweede schema kan de Edge-kant tonen: edge runtime, modules, module twins, lokale verwerking en upstream-berichten. Wanneer zulke schema’s worden toegevoegd in een CMS, horen ze duidelijke alt-teksten te krijgen, bijvoorbeeld “Azure IoT-architectuur met DPS, IoT Hub, message routing en opslag” en “IoT Edge-flow met modules, lokale verwerking en cloudcommunicatie”.
Veelvoorkomende valkuilen bij DPS, routing en Edge
Een terugkerende fout bij voorbereiding is dat kandidaten alleen succesvolle happy-path labs uitvoeren. Het examen vraagt echter vaak naar situaties waarin iets niet werkt of waarin een ontwerpkeuze gevolgen heeft voor beheer en beveiliging. Daarom moet voorbereiding ook bestaan uit het bewust veroorzaken en oplossen van fouten.
Bij SAS-tokens is tijdsafwijking een klassiek probleem. Als de klok van een apparaat of testomgeving niet klopt, kan authenticatie falen terwijl de sleutel zelf correct is. In een troubleshooting-scenario is het dan belangrijk om niet onmiddellijk nieuwe credentials te maken, maar eerst tokenverval, systeemklok en foutmeldingen te controleren. Dat is vooral relevant bij gesimuleerde apparaten, containers en edgeomgevingen waar tijdsinstellingen anders kunnen zijn dan verwacht.
IoT Hub-throttling is een tweede aandachtspunt. Wanneer berichten, twinoperaties of registry-acties limieten raken, lijkt het probleem soms op netwerkvertraging of willekeurige foutafhandeling. Een kandidaat moet daarom weten dat Azure IoT Hub limieten en quota heeft en dat de juiste reactie kan bestaan uit retrybeleid, spreiding van verkeer, juiste hub-tierkeuze of herontwerp van berichtenstromen. Microsoft-documentatie over IoT Hub-limieten moet hierbij als referentie worden gebruikt, maar niet als lijst die men blind van buiten leert.
DPS-certificaatketens leveren eveneens veel verwarring op. Bij X.509-attestation moet de keten logisch overeenkomen met de gekozen inschrijving, en de gebruikte certificaten moeten passen bij het scenario. Problemen ontstaan vaak wanneer root-, intermediate- en devicecertificaten door elkaar worden gehaald. Voor AZ-220 is het belangrijker om de relatie tussen trust chain en provisioningproces te begrijpen dan om een lange reeks commando’s te memoriseren.
Bij IoT Edge ligt de valkuil vaak in logging en modulebeheer. Een module die niet start, kan last hebben van een imageprobleem, identityconfiguratie, netwerktoegang, environmentvariabelen of verkeerde twinconfiguratie. Goede voorbereiding betekent daarom dat een kandidaat modulelogs bekijkt, deployment manifests leest en begrijpt hoe gewenste en gerapporteerde eigenschappen helpen om status te beoordelen.
Security die verder gaat dan toegangssleutels
Security in Azure IoT draait niet alleen om het bewaren van sleutels. Het gaat om identiteit per apparaat, veilige provisioning, minimale rechten voor beheerders en operators, en een duidelijke scheiding tussen cloudbeheer en devicebeheer. X.509-attestation is daarbij belangrijk omdat het een schaalbaarder vertrouwensmodel kan bieden voor grote groepen apparaten dan handmatige sleutelregistratie.
Module-identiteiten worden vaak onderschat. In Edge-oplossingen heeft niet alleen het apparaat een identiteit; modules kunnen afzonderlijk communiceren en autorisatiecontext hebben. Dat is relevant wanneer modules verschillende verantwoordelijkheden hebben, bijvoorbeeld lokale filtering, protocolvertaling of forwarding naar de cloud. Een kandidaat moet begrijpen hoe module twins en module-identiteiten helpen om beheer en observability fijnmaziger te maken.
Ook RBAC verdient aandacht. Operators die monitoring uitvoeren, hoeven niet automatisch dezelfde rechten te hebben als ontwikkelaars die infrastructuur wijzigen. In een productieomgeving is dat verschil essentieel voor auditability en risicobeheersing. Examenvragen kunnen dit benaderen via scenario’s waarin de minste benodigde rechten moeten worden gekozen.
Een realistische studieroute voor één tot drie maanden
De juiste voorbereiding hangt sterk af van de achtergrond van de kandidaat. Een ontwikkelaar met Azure-ervaring kan vaak snel naar IoT Hub, SDK’s, routing en Edge. Een OT-engineer met beperkte cloudkennis heeft eerst meer aandacht nodig voor Azure identity, networking, monitoring en resourcebeheer. Een DevOps-professional begrijpt deployments en observability mogelijk goed, maar moet extra tijd besteden aan device provisioning en de IoT-specifieke datastromen.
Zelfstudie werkt goed wanneer iemand al sterk is in Azure, zelfstandig labs kan ontwerpen en genoeg tijd heeft om fouten uit te zoeken. Instructor-led of blended leren past beter wanneer de deadline kort is, wanneer DPS en IoT Edge nieuw zijn, of wanneer hands-on begeleiding nodig is om van documentatie naar werkende labs te gaan. Een gestructureerde live-aanpak met praktijklabs en gerichte examencoaching kan dan voorkomen dat de voorbereiding blijft hangen in losse Microsoft Learn-modules zonder samenhang.
Wie een begeleid traject zoekt, kan een breder overzicht van IoT-rollen en certificeringskeuzes gebruiken om eerst te bepalen of AZ-220 past bij de gewenste richting. Readynez kan in die context nuttig zijn wanneer de kandidaat een strak studiepad met labs en examengerichte begeleiding nodig heeft, maar de inhoudelijke basis blijft dezelfde: de officiële examenskills begrijpen, oefenen in Azure en fouten kunnen diagnosticeren.
Oefenexamens kunnen helpen om tempo en vraaginterpretatie te trainen, maar ze mogen het labwerk niet vervangen. Een kandidaat die oefenvragen herkent zonder zelf DPS, routing of Edge te hebben gebouwd, loopt risico op oppervlakkige herkenning. Beter is om elke fout beantwoorde vraag terug te vertalen naar een lab: welke instelling, log of ontwerpkeuze zou dit in een echte omgeving aantonen?
Na AZ-220: vaardigheden verdiepen
AZ-220 is vaak een logische stap voor professionals die zich op IoT-oplossingen in Azure richten, maar het is zelden het eindpunt. Wie meer richting solution architecture wil groeien, kan daarna architectuurprincipes, governance, integratiepatronen en platformkeuzes verdiepen. Wie dichter bij applicatieontwikkeling blijft, heeft baat bij bredere Azure development skills rond compute, storage, messaging, identity en API-integratie.
In Belgische projecten is juist die verbreding waardevol. IoT raakt aan data engineering, cybersecurity, netwerkconnectiviteit, compliance en operationele processen. Een gecertificeerde IoT Developer die met data engineers, securityteams en OT-verantwoordelijken kan samenwerken, levert meer waarde dan iemand die alleen de IoT Hub-configuratie kent.
Voor professionals die meerdere Microsoft-onderwerpen willen combineren, kan Readynez Unlimited Training een manier zijn om Azure IoT te koppelen aan bredere cloud- en ontwikkelvaardigheden. Dat is vooral relevant wanneer AZ-220 onderdeel is van een langer leerpad in plaats van een los examen.
Veelgestelde vragen over AZ-220
Is AZ-220 geschikt voor iemand zonder Azure-ervaring?
Het kan, maar het is meestal niet de efficiëntste start. Zonder basiskennis van Azure identity, resourcebeheer, monitoring, storage en networking wordt de voorbereiding zwaarder dan nodig. Eerst Azure-fundamenten opbouwen maakt de IoT-onderwerpen begrijpelijker.
Moet er fysieke IoT-hardware worden gebruikt voor de voorbereiding?
Fysieke hardware kan leerzaam zijn, maar is niet noodzakelijk om de kernconcepten te oefenen. Een simulator of eenvoudige testapplicatie kan voldoende zijn om provisioning, telemetry, routing, twins, monitoring en foutdiagnose te begrijpen. Voor Edge is een lokale of virtuele testomgeving vaak praktischer dan meteen met industriële hardware beginnen.
Welke onderwerpen vragen de meeste hands-on oefening?
DPS, IoT Edge, message routing, device twins en monitoring vragen de meeste praktische oefening. Deze onderwerpen zijn moeilijk betrouwbaar te leren via alleen theorie, omdat kleine configuratiefouten grote gevolgen hebben voor authenticatie, datastromen en modulegedrag.
Waar moet het officiële examenbeleid worden gecontroleerd?
Microsoft Learn is de juiste plaats voor de actuele AZ-220-exameninformatie, inclusief skills outline, examenupdates, herkansingsbeleid en certificeringsvernieuwing. Beleidsdetails kunnen wijzigen, dus kandidaten moeten deze informatie rechtstreeks bij Microsoft controleren vóór registratie en vóór de examendatum.
De volgende stap richting Azure IoT Developer
Slagen voor AZ-220 vraagt om meer dan het doornemen van examendoelen. De sterkste voorbereiding combineert Microsoft Learn, een werkend IoT-mini-project, gerichte troubleshooting en securitybegrip. Wie kan uitleggen waarom een apparaat niet provisioned wordt, waarom een route geen berichten aflevert of waarom een Edge-module niet rapporteert, staat dichter bij de praktijk én bij het type redenering dat het examen verwacht.
Een praktische volgende stap is om de officiële AZ-220-skills outline naast een eigen labomgeving te leggen en per domein één bewijsbaar resultaat te bouwen. Readynez kan daarna helpen wanneer structuur, tempo en begeleide labs nodig zijn om de voorbereiding binnen een beperkte tijdslijn af te ronden.
