En Microsoft-eksamen for Azure IoT-utviklere, AZ-220 dekker implementering og vedlikehold av IoT-løsninger med IoT Hub, Device Provisioning Service, IoT Edge, meldingsruting, sikkerhet, databehandling og overvåking.
Sist oppdatert: januar 2026. Denne veiledningen bygger på Microsofts publiserte AZ-220-skills measured og den praktiske virkeligheten kandidater møter når de skal gå fra generell Azure-erfaring til en fungerende IoT-løsning. Den erstatter ikke den offisielle eksamenssiden, som alltid bør brukes for gjeldende pris, språk, registrering, varighet, spørsmålstyper, retake-regler og eventuelle endringer i eksamensinnhold.
AZ-220 passer best for utviklere, løsningsarkitekter og tekniske konsulenter som arbeider med tilkoblede enheter, edge-komponenter og datainnsamling i Azure. Den skiller seg fra bredere utvikler- og arkitektløp: AZ-204 handler mer om Azure-applikasjoner, API-er, compute, storage og identitet, mens AZ-305 ligger på løsningsdesign og arkitekturvalg. AZ-220 er riktig retning når arbeidsoppgavene dreier seg om enhetslivssyklus, masseklargjøring, sikker kommunikasjon, IoT Edge-moduler og dataplanen fra enhet til sky.
Hva AZ-220 faktisk tester
Eksamenen måler om kandidaten kan bygge og drifte sentrale deler av en Azure IoT-løsning, ikke bare forklare hva IoT er. Det innebærer å opprette og konfigurere IoT Hub, håndtere enheter og identiteter, bruke Device Provisioning Service for automatisk klargjøring, distribuere IoT Edge-moduler, rute meldinger til riktige endepunkter og overvåke løsningen når noe går galt.
En god kandidat forstår sammenhengen mellom skykomponentene og enhetene. Det er for eksempel ikke nok å vite at IoT Hub tar imot meldinger. Kandidaten bør forstå hvordan device twins brukes til ønsket og rapportert tilstand, hvordan direct methods skiller seg fra cloud-to-device-meldinger, hvorfor DPS enrollment groups er nyttige ved masseutrulling, og hvordan sertifikatbasert autentisering endrer sikkerhetsmodellen sammenlignet med symmetriske nøkler.
Den offisielle eksamenssiden hos Microsoft Learn er også stedet for logistikk. Microsoft endrer jevnlig eksamensdetaljer, så antall oppgaver, varighet, språk, pris og retake-policy bør kontrolleres der før bestilling. Vanligvis bør kandidater forvente en blanding av flervalg, scenariooppgaver og case-lignende spørsmål, men den nøyaktige sammensetningen er ikke noe man bør planlegge studiet rundt. Planleggingen bør heller ta utgangspunkt i ferdighetene Microsoft sier at eksamen måler.
Bygg et labmiljø som ligner eksamenens problemstillinger
Den største forskjellen mellom kandidater som bare har lest dokumentasjon og kandidater som er klare for AZ-220, er ofte kvaliteten på labarbeidet. Et rimelig øvingsmiljø kan bygges med Azure IoT Hub på gratisnivå der det er tilgjengelig, en enkel enhetssimulator, DPS, en IoT Edge-runtime i en lokal virtuell maskin eller på en liten fysisk enhet, samt et lagrings- eller analyseendepunkt for meldingsruting. Poenget er ikke å lage en produksjonsplattform, men å øve på flyten fra enhetsregistrering til feilsøking.
Kostnadskontroll bør være en del av øvingen. Bruk en egen ressursgruppe, navngi ressurser tydelig, sett budsjettvarsler der det er relevant, og slett hele ressursgruppen etter labøkter som oppretter betalte tjenester. Kandidater som eksperimenterer med Stream Analytics, Data Explorer, Event Hubs eller lagringskontoer, bør kontrollere prisnivå og datavolum før de lar en simulator sende meldinger over lang tid.
Et nyttig labscenario er å registrere en simulert temperaturmåler via DPS, sende telemetri til IoT Hub, rute avviksmeldinger til et eget endepunkt og distribuere en enkel IoT Edge-modul som filtrerer eller beriker meldinger lokalt. Dette dekker flere eksamensområder samtidig: device identity, provisioning, routing, Edge deployment, data processing og monitoring. Det gir også trening i en vanlig operasjonell utfordring: at en melding kan se riktig ut på enheten, men likevel havne feil på grunn av rutebetingelse, endepunktkonfigurasjon eller throttling.
Når data skal behandles, bør valget av tjeneste være bevisst. Azure Stream Analytics passer når strømmer skal filtreres, aggregeres og sendes videre med deklarative spørringer. Azure Functions passer når logikken er hendelsesdrevet og krever kode, integrasjon eller mer fleksibel transformasjon. Azure Data Explorer passer bedre når store mengder tidsserie- eller telemetridata skal analyseres interaktivt over tid. AZ-220 handler ikke om å bli dataingeniør, men kandidaten bør kunne begrunne hvorfor en rute går til ett endepunkt og ikke et annet.
En 30–60–90-dagers plan for AZ-220
Studieplanen bør starte med eksamensmålene og ende med repeterbare labs. Mange kandidater bruker for mye tid på generell IoT-teori og for lite tid på DPS, Edge deployment manifests, meldingsruter og feilsøking. En strukturert plan reduserer den risikoen og gjør det lettere å se hvilke ferdigheter som fortsatt mangler.
- Dag 1–30: Les gjennom Microsofts AZ-220-skills measured, gjennomfør Microsoft Learn-modulene om IoT Hub, enhetsidentitet, device twins og grunnleggende meldingsflyt, og bygg en enkel simulator som sender telemetri til IoT Hub.
- Dag 31–60: Legg til DPS med individuelle enrollments og enrollment groups, test symmetriske nøkler mot sertifikatbasert tilnærming på konseptnivå, konfigurer meldingsruting til Storage eller Event Hubs, og øv på å forklare hvorfor meldinger havner i riktig eller feil endepunkt.
- Dag 61–75: Installer IoT Edge i et kontrollert labmiljø, distribuer en modul med deployment manifest, test ruter mellom moduler og sky, og bruk logs for å finne feil i modulstart, image-pull eller meldingsflyt.
- Dag 76–85: Arbeid med overvåking og drift: IoT Hub metrics, diagnostikklogger, Azure Monitor, throttling-symptomer, droppede meldinger, enheter som ikke kobler til, og Edge-moduler som rapporterer feil tilstand.
- Dag 86–90: Ta en prøveeksamen eller et realistisk spørsmålssett, kartlegg svake områder mot skills measured, repeter bare de labene som avdekker hull, og les Microsofts eksamens- og retake-informasjon før du bestiller eller bekrefter tidspunkt.
Kandidater som ønsker instruktørledet struktur rundt denne planen, kan bruke Readynez sin opplæring for AZ-220 som en måte å samle teori, labarbeid og eksamensrettet repetisjon på. Det viktigste er likevel at hver modul fører til en praktisk handling: opprett en ressurs, registrer en enhet, send en melding, bryt noe kontrollert og finn årsaken.
Vanlige fallgruver som koster poeng
Den første fallgruven er å undervurdere Device Provisioning Service. DPS er lett å forstå på et konseptuelt nivå, men eksamen kan kreve at kandidaten skiller mellom manuell enhetsregistrering, individuell enrollment, enrollment groups og hvordan enheter kobles til riktig IoT Hub. I en virkelig utrulling er dette forskjellen mellom å håndtere noen få testnoder og å klargjøre en flåte på en kontrollert måte.
Den andre fallgruven er IoT Edge. Kandidater som aldri har sett et deployment manifest, module twin, rutedefinisjoner eller runtime-logger, kan slite når spørsmålene handler om hvorfor en modul ikke starter eller hvorfor data ikke flyter videre. Her hjelper det lite å memorere definisjoner. Det må bygges, distribueres og feilsøkes minst én gang.
Den tredje fallgruven ligger i sikkerhet. Symmetriske nøkler kan være enkle i lab, men produksjonsnære scenarioer legger ofte vekt på sertifikater, nøkkelrotasjon, tilgangsstyring og forskjellen mellom enhetsidentitet og brukeridentitet. Kandidaten bør også forstå at sikkerhet i IoT omfatter både skyressurser, enhetsautentisering, edge-miljøet og databanen.
En fjerde praktisk utfordring er observability. Når telemetri ikke dukker opp, er det fristende å anta at enheten er problemet. I praksis kan årsaken være rutefilter, endepunkt, kvote, nettverk, modulfeil eller feil forventning til meldingsformat. Øving med Azure Monitor, IoT Hub metrics og diagnostikklogger gjør feilsøking mer systematisk og gir bedre grunnlag for scenariooppgaver.
Eksamensdagen: bruk tiden på det som gir mest verdi
På eksamensdagen bør kandidaten starte med en rolig gjennomgang av instruksjonene og merke seg om case-seksjoner eller særskilte oppgavetyper har egne regler for navigering. Noen eksamensopplevelser lar kandidater gå tilbake til tidligere spørsmål innen samme seksjon, mens andre case- eller lab-lignende deler kan ha begrensninger. Det er derfor risikabelt å bruke en fast taktikk uten å lese skjermteksten nøye.
En praktisk strategi er å svare på uavhengige spørsmål først når eksamensformatet tillater det, flagge spørsmål som krever mer analyse, og ikke bruke for mye tid på en enkelt ruting- eller Edge-feil tidlig i økten. Ved scenarioer om DPS eller Edge kan det hjelpe å skrive korte stikkord på det digitale notatfeltet: identitet, enrollment, tildeling, kobling, rute, endepunkt, logg. Slike stikkord reduserer risikoen for å hoppe over et trinn når spørsmålet er langt.
Hvis et spørsmål beskriver en feilsituasjon, bør kandidaten lese symptomene før svaralternativene. Spør om enheten faktisk er provisioned, om den er assigned til riktig hub, om rutebetingelsen matcher meldingsinnholdet, om endepunktet er tilgjengelig, og om metrics viser throttling eller droppede meldinger. Denne typen feilsøkingsrekkefølge er ofte mer robust enn å lete etter et kjent nøkkelord i svaralternativene.
Ved stryk bør retake-planen være konkret. Bruk resultatrapporten til å identifisere svake målområder, bygg én lab per svakt område, og vent med ny booking til feilene kan forklares uten notater. Retake-policy, ventetid og gebyrer kan endres, så Microsofts gjeldende regler bør sjekkes før ny dato velges.
Hvor AZ-220 passer i en videre Azure-profil
Etter bestått AZ-220 kan neste steg gå i flere retninger. Den som bygger applikasjoner, API-er og integrasjoner rundt IoT-plattformen, vil ofte få mer bredde fra AZ-204. Den som arbeider med større datapipelines, historikk, analyse og produksjonalisering av telemetri, kan se mot DP-203. Den som beveger seg inn i helhetlig løsningsdesign, styring og arkitekturvalg, bør vurdere arkitektløpet etter at den praktiske erfaringen er på plass.
Det er også nyttig å skille mellom IoT som teknisk disiplin og IoT som forretningsområde. En generell innføring i IoT-roller og sertifiseringsmuligheter kan gi kontekst, men AZ-220 krever dypere Azure-spesifikk gjennomføringsevne. Rollen handler ofte om å få enheter trygt koblet til, sikre at data flyter riktig, og gi driftsteamet nok signaler til å reagere når en flåte ikke oppfører seg som forventet.
En realistisk vei til bestått AZ-220
AZ-220 belønner praktisk forståelse mer enn passiv lesing. Kandidater som bygger et lite, kontrollert miljø med IoT Hub, DPS, IoT Edge, ruting, databehandling og overvåking, får både bedre eksamensforberedelse og ferdigheter som kan brukes i arbeid. Det er også den tryggeste måten å oppdage hull på før eksamensdagen.
Readynez kan være et relevant alternativ for kandidater og team som ønsker et strukturert Microsoft-løp med flere kursmuligheter over tid. Se Readynez Unlimited Training hvis AZ-220 inngår i en bredere plan for Azure-kompetanse.
