Azure Network Engineer Associate-rollen valideres gjennom AZ-700, microsoft-az-700-sertifisering-en-enkel-guide" data-autoinject="link_injection">Microsoft-eksamenen som måler om en kandidat kan designe og implementere nettverksløsninger i Azure.
Oppdatert: januar 2026.
Eksamenen heter Designing and Implementing Microsoft Azure Networking Solutions, og den er mest relevant for personer som allerede forstår nettverk, ruting, navneoppløsning og sikkerhetsgrenser. En erfaren systemadministrator, infrastrukturkonsulent eller nettverksingeniør vil vanligvis kjenne begrepene fra før, men AZ-700 krever at de brukes riktig i Azure-tjenester som virtuelle nettverk, VPN Gateway, ExpressRoute, Azure Firewall, Private Link, Private DNS og lastbalansering.
Det viktigste skillet er at AZ-700 ikke primært tester om kandidaten kan klikke seg gjennom portalen. Den tester vurderingsevne: hvordan en løsning bør designes når krav til sikkerhet, tilgjengelighet, kostnad, ytelse og drift trekker i ulike retninger. Microsoft Learn sin eksamensside og delen om skills measured bør derfor brukes som styringsdokument, mens Azure-dokumentasjonen bør brukes til å forstå detaljer som begrensninger, støttede scenarier og anbefalte konfigurasjoner.
Hva AZ-700 faktisk måler
AZ-700 dekker kjernen i Azure-nettverk: nettverksinfrastruktur, hybrid tilkobling, ruting, sikker nettverkstilgang, privat tilgang til Azure-tjenester og overvåking. I praksis betyr det at kandidaten må kunne forklare og bygge mønstre som hub-and-spoke, hybrid tilkobling mellom datasenter og Azure, segmentering med Network Security Groups og Azure Firewall Policy, samt privat tilgang til PaaS-tjenester gjennom Private Endpoint og Private DNS.
En nyttig måte å forstå eksamenen på er å knytte hvert måleområde til et virkelig prosjekt. Design og implementering av hybridnettverk handler ikke bare om VPN eller ExpressRoute som tjenestenavn, men om redundans, rutetabeller, BGP, adresseplanlegging og feilsøking når trafikken tar feil vei. Privat tilgang handler ikke bare om å opprette et Private Endpoint, men om hvordan DNS-oppslaget endres, hvordan klienter finner privat IP-adresse, og hvordan dette påvirker både skyressurser og lokale nettverk.
Kandidater som vurderer rekkefølgen mellom AZ-104, AZ-700 og AZ-305 bør se på rolleforskjellen. AZ-104 passer godt når hovedoppgaven er drift og administrasjon av Azure-ressurser. AZ-700 er mer spisset mot nettverksdesign og implementering. AZ-305 ligger på arkitektnivå og forutsetter bredere designbeslutninger på tvers av plattform, sikkerhet, data, identitet og drift. For mange gir det mening å bygge et administrativt fundament før AZ-700, men nettverkssterke kandidater kan gå direkte inn i AZ-700 dersom de allerede behersker Azure-grunnlaget.
Bygg en lab som ligner eksamenens scenarier
Den største feilen i forberedelsen er å lese om nettverksfunksjoner uten å se trafikken flyte. AZ-700 belønner kandidater som kan resonnere gjennom en konfigurasjon, ikke bare huske hva en tjeneste heter. En lab bør derfor bygges rundt små, tydelige scenarier: ett virtuelt nettverk med subnett og NSG-regler, deretter peering, så hub-and-spoke, deretter ruting via en firewall, og til slutt privat tilgang til en PaaS-tjeneste.
Kostnadskontroll bør være en del av labdesignet fra første dag. Bruk separate ressursgrupper per øvelse, gi ressursene tydelige tagger, og slett hele ressursgruppen når øvelsen er ferdig. Kandidater som lar VPN Gateway, Bastion, Firewall, flowlogger eller test-VM-er stå over natten kan få unødvendige kostnader. En enkel oppryddingsrutine med Azure CLI eller PowerShell, kjørt etter hver økt, er ofte bedre enn å stole på hukommelsen.
Sikkerhet i labben bør også tas alvorlig. Offentlige RDP-porter bør unngås; Bastion eller Just-In-Time-tilgang gir en tryggere arbeidsform. Skjermbilder og diagrammer bør ikke vise tenant-navn, reelle IP-adresser eller interne navnekonvensjoner. Dersom NSG flow logs brukes for å forstå trafikkmønstre, bør loggene slettes etter øvelsen når de ikke lenger trengs.
To enkle diagrammer kan gi stor læringseffekt. Det første bør vise hub-and-spoke-arkitektur med hub, spokes, peering, firewall og rutetabeller; en god alt-tekst kan være: «Diagram som viser hub-and-spoke-nettverk i Azure med delt firewall og ruting fra spoke-nettverk via hub». Det andre bør vise DNS-flyten for Private Endpoint, med klient, privat DNS-sone, Private Endpoint og PaaS-tjeneste; alt-teksten kan beskrive hvordan et offentlig tjenestenavn løses til en privat IP-adresse inne i nettverket.
Fire ukers studieplan for AZ-700
En realistisk plan bør kombinere Microsoft Learn, Azure-dokumentasjon og praktiske labs. Det er bedre å repetere de viktigste mønstrene flere ganger enn å lese overfladisk gjennom alle tjenester én gang. Planen under forutsetter at kandidaten allerede har grunnleggende Azure-kunnskap og kan bruke portalen, Azure CLI eller PowerShell uten å lære alt fra starten.
- Uke 1: Gå gjennom Microsoft Learn-målene for kjernenettverk, bygg virtuelle nettverk, subnett, peering, NSG-regler og rutetabeller, og kontroller resultatet med Effective security rules og Effective routes.
- Uke 2: Arbeid med hybrid tilkobling, VPN Gateway, ExpressRoute-konsepter, BGP, ruteprioritet og feilsøking med Network Watcher, særlig Connection troubleshoot og IP flow verify.
- Uke 3: Bygg sikre nettverksmønstre med Azure Firewall Policy, applikasjons- og nettverksregler, Private Link, Private Endpoint, Private DNS-soner og Private DNS Resolver der det er relevant.
- Uke 4: Repeter lastbalansering, Application Gateway, Azure Load Balancer, Traffic Manager eller Front Door på konseptnivå, og bruk resten av tiden på scenarioøving der krav, begrensninger og bytteforhold må tolkes før svaret velges.
Planen bør ikke behandles som et pensum som bare skal krysses av. Etter hver uke bør kandidaten forklare hvorfor en valgt løsning fungerer, hva som ville skjedd ved feil DNS-konfigurasjon, og hvordan trafikken faktisk rutes. Den typen forklaring avdekker hull raskere enn flervalgsprøver alene.
Vanlige feil som gjør AZ-700 vanskeligere enn den trenger å være
Ruting er et av områdene der kandidater ofte mister oversikten. Det er lett å blande prioritet mellom systemruter, brukerdefinerte ruter og BGP-ruter, eller å anta at VNet-peering automatisk gjør ruting transitiv. Peering kobler nettverk direkte, men gjør ikke en spoke til ruter for en annen spoke uten riktig design, gateway-transit der det støttes, og bevisst bruk av rutetabeller eller nettverksvirtuelle apparater.
Private Endpoint og DNS er en annen klassisk fallgruve. En løsning kan se riktig ut i portalen, men feile fordi klienten fortsatt løser tjenestenavnet til offentlig adresse, fordi privat DNS-sone ikke er koblet til riktig virtuelt nettverk, eller fordi lokale klienter ikke videresender forespørsler riktig. Kandidater bør øve på å teste navneoppløsning, bekrefte privat IP-adresse og skille mellom tilgangsproblem, DNS-problem og nettverksproblem.
Azure Firewall Policy skaper også misforståelser når kandidater har lært eldre eksempler. Moderne design bruker policy, regelgrupper og arv på en måte som gjør styring mer konsistent på tvers av miljøer. Det betyr at kandidaten bør forstå både evalueringsrekkefølge, regeltyper og forskjellen mellom å filtrere trafikk på nettverksnivå og applikasjonsnivå.
Network Watcher bør brukes aktivt under øving, ikke bare leses om. Effective routes viser hvilke ruter en nettverksgrensesnitt faktisk bruker. Effective security rules viser hvilke NSG-regler som gjelder etter at regler på subnett og nettverkskort er slått sammen. IP flow verify og Connection troubleshoot hjelper kandidaten med å finne om problemet ligger i sikkerhetsregel, rute, endepunkt eller tilkoblingsbane. Denne feilsøkingsvanen gjør scenariooppgaver mer håndterbare fordi kandidaten lærer å tenke som en driftsansvarlig, ikke som en ren teorileser.
Slik bør scenariospørsmål leses
AZ-700-spørsmål bør leses som små arkitekturoppgaver. Før svaret vurderes, bør kandidaten identifisere kravene: må løsningen være privat, redundant, kostnadseffektiv, sentralt kontrollert eller enkel å drifte? Deretter bør begrensningene finnes: regioner, eksisterende adresseområder, støttede tjenestekombinasjoner, krav til lokal tilkobling eller krav om at trafikk skal inspiseres.
Etter dette kommer avveiningen. Den billigste løsningen er ikke alltid riktig dersom kravet er sentral inspeksjon eller høy tilgjengelighet. Den mest avanserte løsningen er heller ikke riktig dersom spørsmålet ber om lav kompleksitet. Mange feil svar virker plausible fordi de bruker riktige Azure-tjenester, men de bryter ett av kravene i scenarioet.
På eksamensdagen bør kandidaten være spesielt oppmerksom på ord som «all», «only», «minimize», «most secure» og «least administrative effort». Slike formuleringer endrer ofte hva som er riktig løsning. Det er også klokt å unngå raske antakelser basert på kjente mønstre; en hub-and-spoke-løsning, Private Link-løsning eller lastbalanseringsløsning må fortsatt passe de konkrete kravene i spørsmålet.
Øv med riktige kilder og riktige grenser
Microsoft Learn bør være hovedkilden for eksamensmål og struktur, mens Azure-dokumentasjonen bør brukes til detaljer som tjenestestøtte, begrensninger, feilsøkingsmetoder og anbefalte arkitekturmønstre. Tredjepartsnotater kan være nyttige som repetisjon, men de bør ikke erstatte offisielle kilder fordi Azure-tjenester og anbefalinger endres over tid.
Brain dumps og påståtte lekkede oppgaver bør unngås. De gir svak faglig læring, kan være utdaterte eller feil, og bygger ikke evnen til å løse scenarioer. Mer verdifull øving er å bygge et lite miljø, ødelegge det kontrollert med en feil rute eller feil DNS-kobling, og deretter dokumentere hvordan feilen ble funnet.
Et strukturert AZ-700-forløp hos Readynez kan være nyttig når kandidaten trenger komprimert gjennomgang, labstyring og eksamensrettet repetisjon, men egen forståelse må fortsatt bygges gjennom praktisk arbeid i Azure. Sertifiseringen bør ses som en bekreftelse på anvendbar nettverkskompetanse, ikke som en snarvei rundt grunnleggende feilsøking.
Fra eksamensmål til praktisk Azure-nettverk
Den mest effektive forberedelsen til AZ-700 er å arbeide bakover fra virkelige nettverksproblemer. Hvordan skal en virksomhet koble lokale nett til Azure? Hvordan skal PaaS-tjenester nås privat? Hvor skal brannmurregler håndheves? Hvordan bevises det at en pakke tar forventet vei?
Når kandidaten kan svare på slike spørsmål med både designbegrunnelse og praktisk verifikasjon, blir eksamenen mindre avhengig av pugging. Nøkkelen er å kombinere Microsoft Learn sine mål med en disiplinert lab, presis feilsøking og rolig scenariolesing. Da blir AZ-700-forberedelsen også direkte nyttig i arbeid med sikre, driftbare Azure-nettverk.
