Azure-nettverk handler i dag om hybride nettverk, privat tilgang til skyressurser og strengere krav til sikker trafikkstyring mellom brukere, applikasjoner og Azure-tjenester.
AZ-700 er Microsoft-eksamenen for fagfolk som vil oppnå Microsoft Certified: Azure Network Engineer Associate og dokumentere ferdigheter i å designe, implementere og drifte Azure-nettverksløsninger. Den passer særlig for nettverksingeniører, cloud-administratorer og konsulenter som allerede forstår IP-nettverk, ruting, DNS og grunnleggende Azure-administrasjon, men som trenger å omsette dette til robuste løsninger i Azure.
En god AZ-700-forberedelse handler mindre om å lese gjennom flest mulig sider og mer om å bygge sammenheng mellom tjenestene. Kandidater som bare pugger dokumentasjon, får ofte problemer når eksamensscenarioene kombinerer DNS, ruting, private endepunkter, brannmurregler og applikasjonslevering i samme topologi. Den praktiske terskelen ligger i å se hvordan en liten endring i én del av designet kan bryte trafikkflyten et helt annet sted.
Hva AZ-700 måler
AZ-700 måler om kandidaten kan designe og implementere Azure-nettverk i realistiske miljøer. Microsofts offisielle læringssti for Designing and Implementing Microsoft Azure Networking Solutions er et naturlig utgangspunkt, men den bør brukes sammen med gjeldende skills outline på Microsoft Learn og produktdokumentasjonen for tjenestene som inngår i eksamen.
Microsoft kan endre eksamensinnhold, vekting og oppgavetyper, så forberedelsen bør starte med den offisielle eksamenssiden og en kontroll av siste oppdateringsdato. Et praktisk revisjonsnotat i egne studienotater er nyttig: skriv ned datoen for skills outline, hvilke temaer som har endret seg, og hvilke labs som må oppdateres. Det reduserer risikoen for å øve på utdatert terminologi eller gamle tjenestemønstre, for eksempel der Microsoft Defender for Cloud nå er riktig begrep i sikkerhetskontekst.
Eksamensmålene er vanligvis gruppert rundt kjernenettverk, tilkobling, applikasjonslevering, privat tilgang, sikkerhet og overvåking. Vektingen i den publiserte planen har blant annet omfattet design og implementering av kjernenettverksinfrastruktur, tilkoblingstjenester, applikasjonslevering, privat tilgang til Azure-tjenester og sikker nettverkstilkobling. Kandidaten bør likevel alltid bruke Microsofts gjeldende outline som fasit, ikke en eldre artikkel eller et kursnotat.
Hvem bør ta eksamenen
Den ideelle kandidaten har allerede praktisk forståelse av subnett, rutetabeller, brannmurprinsipper, lastbalansering, DNS-løsninger og hybrid tilkobling. Det er ikke nødvendig å være ekspert på alle Azure-tjenester, men det er vanskelig å lykkes uten å kunne lese en nettverkstopologi og forklare hvorfor trafikk går, eller ikke går, fra kilde til mål.
For kandidater som mangler Azure-grunnlaget, er det ofte mer effektivt å styrke administrasjonsferdighetene først. AZ-700 forutsetter at kandidaten kjenner Azure Portal, ressursgrupper, abonnementer, identitet på et grunnleggende nivå og vanlige driftsverktøy. Uten dette blir nettverksdelen tyngre fordi mye tid går med til å forstå plattformen i stedet for nettverksbeslutningene.
AZ-700 er også relevant for fagfolk som ikke har tittelen nettverksingeniør, men som påvirker nettverksdesign i praksis. Mange systemadministratorer og plattformteam må ta valg om Private Link, Application Gateway, Azure Firewall og hub-spoke-topologier selv om organisasjonen har et sentralt nettverksteam. Eksamenen speiler nettopp disse grenseflatene mellom drift, sikkerhet, applikasjon og arkitektur.
Eksamensformat og hvordan scenarioene bør leses
AZ-700 bruker typisk en blanding av flervalg, dra-og-slipp, caser og scenariobaserte oppgaver. Antall spørsmål og tid kan endres, og Microsofts offisielle eksamensside bør derfor være kilden for praktiske detaljer før booking. Det viktigste for forberedelsen er å øve på formatet: oppgavene tester ofte vurderingsevne, ikke bare gjenkalling av tjenestenavn.
I scenariooppgaver bør kandidaten lese topologien før svaralternativene. Start med å identifisere trafikkens kilde, mål, forventet protokoll og om trafikken skal være offentlig, privat, regional eller global. Deretter bør ruting, DNS, nettverkssikkerhetsgrupper, brukerdefinerte ruter, BGP-signaler og brannmurpolicyer vurderes i en logisk rekkefølge.
En nyttig eksamenstaktikk er å markere oppgaver der to svar virker teknisk mulige, men der bare ett svar passer kravene om administrasjon, skalerbarhet eller sikkerhet. Microsoft-scenarioer legger ofte inn føringer som «minst administrativ overhead», «privat tilgang», «global inngang» eller «regional inspeksjon». Disse ordene avgjør ofte om svaret peker mot Front Door, Application Gateway, Load Balancer, Private Link, Azure Firewall eller en kombinasjon.
Kjerneområdene som bør sitte før eksamen
Kjernen i AZ-700 er virtuell nettverksdesign. Kandidaten bør kunne planlegge adresserom, subnett, peering, ruting, DNS og segmentering uten å skape overlapp eller uforutsigbare trafikkveier. I praksis betyr det å kunne forklare hvorfor et hub-spoke-design brukes, hvor Azure Firewall plasseres, hvordan UDR-er påvirker trafikkflyt, og når peering ikke er nok fordi hybrid eller global transitt krever en annen modell.
Hybrid tilkobling krever at kandidaten forstår VPN Gateway, ExpressRoute og Azure Virtual WAN som designvalg, ikke bare som separate produkter. Site-to-site VPN er ofte relevant når tilkoblingen må etableres raskt eller kostnadseffektivt. ExpressRoute brukes når privat og mer forutsigbar tilkobling er et krav. Virtual WAN blir mer aktuelt når mange lokasjoner, regioner eller sikkerhetsknutepunkter skal administreres mer samlet.
Applikasjonslevering er et område der mange blander tjenestene. Azure Front Door er global inngang med edge-nær ruting og web application firewall-funksjoner for internettvendte applikasjoner. Application Gateway er regional og brukes ofte når applikasjonen trenger lag 7-ruting, TLS-håndtering og WAF nær arbeidslastene. Azure Load Balancer opererer på lag 4 og passer der TCP- eller UDP-trafikk skal fordeles uten HTTP-spesifikk logikk.
Privat tilgang til Azure-tjenester krever særlig god forståelse av Private Link, private endepunkter og Private DNS Zones. Mange feil i virkelige miljøer skyldes at selve private endepunktet er riktig konfigurert, mens navneoppløsningen fortsatt peker klienten mot et offentlig endepunkt. Derfor bør hver lab på Private Link inneholde en DNS-verifikasjon, ikke bare en portalvisning som viser at ressursen finnes.
Sikkerhet og overvåking binder de øvrige emnene sammen. NSG-er, ASG-er, Azure Firewall, WAF-policyer, flow logs, Connection Monitor og Network Watcher må forstås som deler av samme driftsbilde. Microsoft har også publisert om hvordan Azure arbeider med global nettverkspålitelighet gjennom intelligent programvare, og den tekniske retningen beskrives i denne artikkelen om global nettverkspålitelighet.
En realistisk 6-ukers studieplan ved siden av jobb
En kandidat som arbeider fulltid, bør planlegge for korte, gjentatte økter og én lengre labøkt per uke. Planen under forutsetter at kandidaten allerede kan grunnleggende Azure-administrasjon og nettverk. Dersom Azure Portal, ressursmodeller og identitet fortsatt er uklart, bør første uke brukes til å tette dette før AZ-700-temaene blir for detaljerte.
| Uke | Fokus | Praktisk arbeid | Kontrollspørsmål |
|---|
| 1 | VNet, subnett, DNS og peering | Bygg to VNet med peering, segmenterte subnett og Azure DNS eller Private DNS der det passer. | Kan trafikken forklares fra kilde til mål uten å gjette? Finnes det overlappende adresserom? |
| 2 | Hub-spoke og ruting | Legg til hub, spokes, Azure Firewall og UDR-er. Bryt en rute med vilje og reparer den. | Hvilken rute vinner, og hvor ser kandidaten dette i Azure? |
| 3 | VPN, ExpressRoute-konsepter og Virtual WAN | Konfigurer site-to-site eller punkt-til-site i lab der det er mulig, og tegn et vWAN Secure Hub-design med tydelig bildetekst. | Når gir Virtual WAN enklere drift enn manuell hub-spoke? |
| 4 | Private Link og private DNS-løsninger | Opprett privat endepunkt mot en Azure-tjeneste og valider navneoppløsning fra riktig nettverk. | Peker klienten mot privat IP, og hva skjer hvis Private DNS Zone-koblingen fjernes? |
| 5 | Front Door, Application Gateway, Load Balancer, WAF og Firewall | Sammenlign global og regional inngang. Test en WAF-regel som blokkerer legitim trafikk, og dokumenter justeringen. | Er valget begrunnet med globalitet, protokoll, TLS, WAF eller intern trafikkflyt? |
| 6 | Overvåking, repetisjon og eksamenstaktikk | Bruk Connection Monitor, Network Watcher og flow logs til å finne feil. Gjennomfør tidsstyrt repetisjon med scenarioer. | Kan kandidaten forklare feilen før løsningen klikkes inn? |
Planen blir mest effektiv når hver uke avsluttes med en kort egenvurdering. Kandidaten bør skrive ned tre ting: hvilken topologi som ble bygget, hvilken feil som ble introdusert, og hvilke signaler som viste rotårsaken. Denne metoden trener den samme tenkningen som trengs i eksamen, der svaret ofte avhenger av å skille mellom rutingfeil, navnefeil og sikkerhetsblokkering.
Et godt diagram kan også være en del av studiet, men diagrammet bør vise beslutninger, ikke bare ikoner. En hub-spoke-skisse bør for eksempel ha en bildetekst som forklarer at all utgående trafikk fra spokes går via Azure Firewall i huben. Et vWAN Secure Hub-diagram bør vise hvilke grener som er sammenkoblet, hvor sikkerhetsinspeksjonen skjer, og hvordan trafikk til Azure-arbeidslaster rutes. For Front Door og Application Gateway bør diagrammet tydelig skille global inngang fra regional applikasjonsruting.
Labs som bygger eksamensferdighet
Labs bør bygges som små scenarioer med et klart spørsmål, ikke som mekanisk gjennomklikking. Et hub-spoke-scenario kan starte med at en applikasjonsserver i en spoke ikke når en database i en annen spoke. Kandidaten bør først sjekke peering-innstillinger, deretter UDR, NSG, Azure Firewall-regler og til slutt DNS dersom navnebasert tilkobling brukes.
Et hybrid-scenario bør inneholde minst én tilsiktet feil. Det kan være et feil annonsert prefiks, en BGP-peering som ikke etableres, eller en rute som sender trafikk til en virtuell appliance som ikke videresender. Læringsverdien ligger i å dokumentere hva som var forventet, hva Azure viser, og hvilket verktøy som bekrefter avviket.
Private Link-laben bør alltid ha et før-og-etter-bilde av DNS. Før konfigurasjonen kan klienten slå opp et offentlig navn. Etter konfigurasjonen skal navnet løses til privat IP fra riktig nettverk. Dersom dette ikke skjer, er det ofte Private DNS Zone-koblingen, DNS-forwarding eller klientens resolver som er problemet, ikke Private Link-tjenesten i seg selv.
For applikasjonslevering bør kandidaten teste både riktig og feil tjenestevalg. Et globalt scenario med flere regioner og internettrafikk peker ofte mot Azure Front Door, mens et regionalt scenario med applikasjonsruting og WAF nær arbeidslasten ofte peker mot Application Gateway. Et rent lag 4-scenario kan være bedre egnet for Load Balancer. Denne forskjellen dukker ofte opp i eksamen som et krav om enten global tilgjengelighet, regional kontroll eller protokollspesifikk lastfordeling.
Feilsøking under press
Feilsøking i AZ-700 og i produksjon bør være lagdelt. Kandidaten bør unngå å hoppe rett til brannmuren fordi den virker mest synlig. Mange nettverksfeil starter tidligere i kjeden, for eksempel i navneoppløsning, feil rutevalg eller en NSG som blokkerer trafikk før den når en sentral inspeksjonstjeneste.
- Bekreft først om kilden bruker riktig navn og IP-adresse.
- Sjekk deretter effektiv rute og om en UDR eller BGP-rute sender trafikken riktig vei.
- Kontroller NSG, ASG, Azure Firewall og WAF i den rekkefølgen trafikken faktisk passerer dem.
- Bruk Connection Monitor, Network Watcher og relevante logger for å bekrefte hvor trafikken stopper.
- Endre én ting om gangen og verifiser resultatet før neste hypotese testes.
Riktige signaler betyr mer enn mange signaler. En effektiv rute som peker mot riktig next hop, en DNS-oppslagstest som returnerer privat IP, en flow log som viser tillatt eller blokkert trafikk, og en Connection Monitor-test som feiler på forventet punkt, gir bedre grunnlag enn tilfeldige portalvarsler. I eksamen kan denne tankegangen hjelpe kandidaten å eliminere svar som løser feil lag i problemet.
Ytelse bør også vurderes nøkternt. Azure-nettverk har mange regionale og globale variabler, og Microsoft dokumenterer prinsipper og målinger for Azure network latency. Kandidaten trenger ikke memorere alle detaljer, men bør forstå at avstand, tjenestevalg, rutingmønster og inspeksjonspunkter påvirker forsinkelse og brukeropplevelse.
Ressurser som gir best læringsutbytte
Microsoft Learn bør være grunnmuren fordi eksamensmål og produktdokumentasjon oppdateres når tjenestene endres. Lesingen bør likevel kobles til praktisk arbeid. Etter en modul om Virtual WAN bør kandidaten kunne tegne når vWAN er mer hensiktsmessig enn tradisjonell hub-spoke. Etter en modul om Private Link bør kandidaten kunne vise DNS-resultatet som beviser at trafikken går privat.
Bøker og eksterne guider kan være nyttige når de forklarer designmønstre og feilsøking på en sammenhengende måte, men de bør kontrolleres mot gjeldende Microsoft-dokumentasjon. Azure-tjenester endrer seg, og en eldre bok kan bruke begreper, skjermbilder eller anbefalinger som ikke lenger samsvarer med portalen eller eksamensmålene.
Strukturert opplæring kan være relevant for kandidater som trenger raskere progresjon, veiledet labarbeid og tydelig prioritering av stoffet. Readynez tilbyr instruktørledet Azure Network Engineer-opplæring for kandidater som ønsker et mer styrt løp mot AZ-700, men egen labtid og aktiv feilsøking er fortsatt avgjørende for å få ferdighetene til å sitte.
Etter AZ-700: sikkerhet eller arkitektur
Når AZ-700 er bestått, bør neste steg velges etter arbeidsoppgaver, ikke etter en generell sertifiseringsstige. Kandidater som arbeider mest med nettverkssikring, policyer, brannmur, tilgangskontroll og trusselbeskyttelse, får ofte mer verdi av AZ-500 Microsoft Azure Security Technologies. Der er koblingen til nettverk tydelig gjennom sikker tilgang, segmentering, overvåking og beskyttelse av Azure-ressurser.
Kandidater som i større grad designer helhetlige plattformer på tvers av nettverk, identitet, compute, data, governance og kontinuitet, bør vurdere AZ-305 Designing Microsoft Azure Infrastructure Solutions. AZ-305 bygger videre på evnen til å ta arkitekturvalg på tvers av domener, mens AZ-700 går dypere i nettverksbeslutningene. I mange team er dette et naturlig skille mellom den som drifter og sikrer nettverket, og den som setter samlet plattformretning.
Det finnes også en praktisk mellomvei: bruk AZ-700-ferdighetene i et prosjekt før neste eksamen bookes. Å redesigne privat tilgang, rydde i rutetabeller, dokumentere Front Door versus Application Gateway-valg eller forbedre nettverksovervåking gir erfaring som gjør både sikkerhets- og arkitektursporet mer konkret.
FAQ om AZ-700
Hvor vanskelig er AZ-700?
AZ-700 er krevende for kandidater som mangler praktisk nettverkserfaring i Azure. Vanskelighetsgraden kommer av scenarioene, der DNS, ruting, sikkerhet og applikasjonslevering ofte må vurderes sammen.
Hvor lang tid bør man bruke på forberedelse?
For en kandidat med Azure- og nettverksgrunnlag er fire til seks uker realistisk ved siden av jobb, forutsatt jevn labtid. Kandidater uten praktisk Azure-erfaring bør sette av mer tid til grunnleggende administrasjon og nettverksøvelser.
Må man kunne ExpressRoute i praksis?
Det er ikke alltid mulig å bygge en full ExpressRoute-lab privat, men kandidaten bør forstå kretser, peering, ruting, redundans og når ExpressRoute er riktig designvalg. Konseptuell forståelse kan trenes med diagrammer, dokumentasjon og sammenligning mot VPN og Virtual WAN.
Er AZ-700 nyttig uten en ren nettverksrolle?
Ja, dersom rollen påvirker Azure-plattformdesign, sikker tilkobling eller applikasjonstilgjengelighet. Cloud-administratorer, plattformingeniører og konsulenter møter ofte AZ-700-temaer når løsninger skal kobles sikkert til brukere, lokasjoner og Azure-tjenester.
Å gjøre forberedelsen praktisk nok
Den viktigste forskjellen mellom svak og sterk AZ-700-forberedelse er om kandidaten bygger, bryter og reparerer nettverk. Lesing gir begreper, men labs viser hvordan ruting, DNS, private endepunkter, WAF-regler og brannmurpolicyer oppfører seg når kravene kolliderer.
Et godt neste steg er å velge ett scenario fra studieplanen og gjøre det ferdig med dokumentasjon: topologi, forventet trafikkflyt, innført feil, feilsøkingsspor og endelig løsning. Kandidater som ønsker et mer strukturert løp, kan bruke Readynez som støttepunkt for veiledet forberedelse, men den varige kompetansen kommer fra å forklare nettverket like godt som det kan konfigureres.
