AZ-305: Færdigheder og vidensområder i praksis

En Azure Solutions Architect skal i AZ-305 kunne omsætte forretningskrav til sikre, driftbare og omkostningsbevidste cloudløsninger som en del af Microsofts arkitekteksamen for Azure-professionelle.

Senest opdateret: juli 2026. Microsoft kan ændre eksamensmål, rollebeskrivelser og certificeringskrav over tid, så den officielle Microsoft Azure Solutions Architect Expert-side og den tilhørende AZ-305 study guide bør altid være referencepunktet, når en kandidat planlægger sin forberedelse.

Det særlige ved AZ-305 er, at eksamen sjældent belønner isoleret produktviden alene. En kandidat skal kunne læse en situation, finde de ikke-funktionelle krav og vælge en arkitektur, der passer til organisationens driftsevne, risikoprofil og økonomi. Det betyder, at spørgsmål om eksempelvis compute, datalagring, identitet, netværk og overvågning ofte handler lige så meget om afvejninger som om tjenestenavne.

Hvad AZ-305 måler

AZ-305 retter sig mod rollen som Azure Solutions Architect, hvor opgaven er at designe løsninger på tværs af identitet, governance, data, applikationer, infrastruktur, sikkerhed, overvågning og forretningskontinuitet. Rollen adskiller sig fra en ren administratorrolle ved, at fokus ligger på designbeslutninger: hvorfor en bestemt løsning passer, hvilke alternativer der fravælges, og hvilke konsekvenser valget har.

En god eksamensforberedelse begynder derfor med at forstå forbindelsen mellem krav og arkitektur. Hvis en case nævner data-suverænitet, recovery time objective, recovery point objective, budgetbegrænsninger eller krav om minimal driftsoverhead, er disse detaljer ofte vigtigere end den første Azure-tjeneste, der falder kandidaten ind. AZ-305 tester typisk evnen til at balancere disse hensyn i et realistisk design.

Microsoft beskriver certificeringen som en ekspertrolle, men det betyder ikke, at alle kandidater skal have fulgt én bestemt forudgående certificeringssti. Mange starter med Azure Fundamentals for at få begreberne på plads eller bruger Azure Administrator Associate som teknisk fundament. Det afgørende er, at kandidaten kan tænke som arkitekt og ikke kun udføre konfigurationer.

Eksamensformatet kræver scenarietænkning

AZ-305-forberedelse bør afspejle den måde, eksamen stiller spørgsmål på. Kandidater møder typisk scenarier, hvor der skal vælges mellem flere teknisk mulige løsninger, og hvor det rigtige svar afhænger af de præcise krav. Case studies kan indeholde forretningsmål, nuværende miljø, begrænsninger, sikkerhedskrav og fremtidige planer, mens andre spørgsmål kan kræve rangering, matchning eller valg af en komponent i en arkitektur.

En effektiv strategi er at læse kravene før løsningsmulighederne. Hvis svarmulighederne læses først, er det let at låse sig fast på en kendt tjeneste og overse, at casen egentlig handler om compliance, driftskapacitet eller failover. I praksis bør kandidaten markere krav om tilgængelighed, dataplacering, identitetsmodel, netværksisolation, overvågning og omkostningskontrol, før der vælges mellem tjenester.

Det gør også forberedelsen mere praktisk. I stedet for kun at memorere egenskaber ved Azure SQL Database, Cosmos DB, App Service, Azure Kubernetes Service og Virtual Machines bør kandidaten øve sig i at forklare, hvornår hver tjeneste passer, og hvilke kompromiser der følger med. Et svar kan være teknisk korrekt, men stadig forkert i eksamenssammenhæng, hvis det overser teamets kompetencer, RTO/RPO-krav eller governance-model.

Identitet, governance og overvågning

Identitet og governance er blandt de områder, hvor AZ-305 ofte tester indirekte arkitekturforståelse. Kandidaten forventes at kunne designe adgangsmodeller med Microsoft Entra ID, rollebaseret adgangskontrol, privileged identity management, management groups og Azure Policy. Det handler ikke kun om at give adgang, men om at skabe en model, hvor adgang kan styres, auditeres og skaleres på tværs af miljøer.

Landingszoner er et praktisk eksempel. En organisation kan have flere abonnementer til produktion, udvikling og sandkassemiljøer, men uden en klar struktur for management groups, policies, naming, tagging og rollefordeling bliver løsningen svær at styre. I en AZ-305-case kan den rigtige løsning derfor være en governance-beslutning, selv om spørgsmålet ved første øjekast ligner et infrastrukturspørgsmål.

Overvågning er et andet område, der ofte undervurderes. Azure Monitor og Log Analytics skal designes med hensyn til drift, adgang, databeholdning og omkostninger. Et centralt Log Analytics workspace kan gøre korrelation og sikkerhedsovervågning lettere, mens separate workspaces kan give bedre isolation mellem abonnementer eller forretningsenheder. Der findes sjældent én generel model, og eksamen kan belønne den kandidat, der læser organisationens drifts- og compliancekrav omhyggeligt.

Dataarkitektur og lagringsvalg

Design af dataløsninger i AZ-305 omfatter relationelle databaser, NoSQL, objektlagring, dataintegration, backup, kryptering og tilgængelighed. Azure SQL Database, Azure SQL Managed Instance, Cosmos DB, Storage Accounts og relaterede integrationstjenester kan alle være relevante, men valget afhænger af mønsteret for dataadgang, konsistenskrav, latenstid, skaleringsbehov og driftsmodel.

Et klassisk fejlvalg er at behandle alle databaser som udskiftelige lagringsmotorer. En globalt distribueret applikation med lav latenstid og fleksibelt skema peger ofte i en anden retning end en løft-og-flyt-modernisering af en eksisterende SQL Server-applikation. På samme måde kan krav om rapportering, arkivering, transaktionel konsistens eller integration med eksisterende værktøjer ændre det mest hensigtsmæssige design.

Data-suverænitet og compliance bør læses tidligt i casen. Hvis data skal forblive i bestemte regioner, eller hvis adgang til produktionsdata skal begrænses, påvirker det både replikeringsvalg, backupstrategi, adgangsmodel og overvågning. Kandidater, der kun fokuserer på skalerbarhed, overser ofte disse begrænsninger.

Forretningskontinuitet er mere end backup

Business continuity og disaster recovery bliver ofte misforstået som et spørgsmål om at slå backup til. Backup beskytter mod datatab, men disaster recovery handler om, hvordan en tjeneste genetableres efter et større udfald, hvor hurtigt den skal være tilgængelig igen, og hvor meget data organisationen kan acceptere at miste. Derfor bør RTO og RPO læses som styrende designkrav.

Geo-redundans er heller ikke det samme som en fuld DR-strategi. Zone-redundans kan beskytte mod fejl i en tilgængelighedszone, mens regionpar, failover groups, aktiv/aktiv-design eller Azure Site Recovery kan være relevante ved regionale udfald. Valget afhænger af applikationens kritikalitet, afhængigheder, testbarhed og om organisationen faktisk kan drive den valgte model.

I eksamensscenarier kan en dyr og kompleks løsning være forkert, hvis kravene er moderate, og en enkel løsning kan være utilstrækkelig, hvis casen beskriver korte gendannelsesmål. Den modne arkitektbeslutning er at knytte hvert designvalg til det konkrete forretningskrav frem for at vælge den mest avancerede tjeneste.

Compute, containere og netværk

Compute-valg i AZ-305 handler om driftsevne, skaleringsbehov og applikationsarkitektur. Azure Kubernetes Service kan være et godt valg for organisationer med containerplatformskompetence, behov for avanceret orkestrering og moden drift omkring clusters. App Service eller Azure Functions kan være mere passende, når teamet ønsker mindre platformsoverhead og applikationen passer til en managed runtime eller en eventdrevet model. Virtual Machines kan stadig være relevante for ældre workloads, specialsoftware eller scenarier med særlige OS-krav.

Dette er et område, hvor scenariespørgsmål ofte afslører kandidatens arkitektmodenhed. Hvis en case beskriver et lille udviklingsteam uden containerdrift, kan AKS være en unødigt tung løsning, selv om den teknisk kan køre applikationen. Hvis casen derimod kræver portabilitet, service mesh, avanceret deploymentkontrol eller komplekse mikroservices, kan en containerplatform være mere forsvarlig.

Netværksdesign binder disse valg sammen. Virtual networks, private endpoints, routing, DNS, hub-spoke-modeller og firewallstrategier kan afgøre, om en arkitektur er sikker og driftbar. I mange cases ligger svaret i samspillet mellem compute og netværk, eksempelvis om en tjeneste skal eksponeres offentligt, forbindes privat til data, eller integreres med on-premises miljøer.

Praktisk forberedelse med arkitektur og Infrastructure as Code

AZ-305 er en design-eksamen, men praktisk arbejde gør designbeslutningerne mere robuste. Kandidater bør opbygge små referencearkitekturer, teste adgangsmodeller, konfigurere overvågning og sammenligne deploymentresultater. Det gør forskellen mellem at genkende en tjeneste og at forstå dens begrænsninger.

Infrastructure as Code, på dansk infrastruktur som kode, er især nyttigt, fordi det tvinger kandidaten til at tænke i gentagelige miljøer, moduler, policy-kontrol og ændringsstyring. Bicep og Terraform kan bruges til at øve landingszoner, netværk, Log Analytics workspaces, policy assignments og miljøadskillelse. Brug af what-if eller plan før udrulning hjælper kandidaten med at se konsekvenserne af et design, før det implementeres.

Følgende korte eksempel viser, hvordan et Log Analytics workspace kan defineres som kode med en eksplicit databeholdning. Det er relevant, fordi overvågning i arkitekturspørgsmål ikke kun handler om at indsamle logs, men også om adgang, omkostninger og hvor længe data skal gemmes.

Example — Log Analytics workspace med Bicep

param location string = 'westeurope'
param workspaceName string = 'law-prod-platform-001'

resource platformLogs 'Microsoft.OperationalInsights/workspaces@2023-09-01' = {
  name: workspaceName
  location: location
  properties: {
    sku: {
      name: 'PerGB2018'
    }
    retentionInDays: 90
    features: {
      enableLogAccessUsingOnlyResourcePermissions: true
    }
  }
}

Eksemplet opretter ikke en fuld overvågningsarkitektur, men det viser en vigtig eksamenspointe: logdesign bør være bevidst. Kandidaten bør efter en sådan øvelse kontrollere, hvem der kan læse data, hvilke ressourcer der sender logs, hvor længe data beholdes, og hvordan workspace-strukturen passer til abonnementer og compliancekrav.

Microsofts Azure Well-Architected Framework og Cloud Adoption Framework er nyttige som vurderingsbriller, selv når de ikke nævnes direkte i et spørgsmål. De hjælper kandidaten med at stille bedre spørgsmål til pålidelighed, sikkerhed, omkostningsstyring, drift og ydeevne. I praksis bør hver øvelsesarkitektur vurderes på disse dimensioner, før den betragtes som færdig.

Et kort scenarie: når den enkle løsning er den rigtige

En mellemstor virksomhed skal modernisere en intern kundeportal. Applikationen har moderate trafikudsving, teamet har stærk .NET-erfaring, men ingen erfaring med Kubernetes-drift. Kravene omfatter privat adgang til en database, central logning, rollebaseret adgang til produktion og mulighed for at gendanne tjenesten inden for et defineret tidsrum.

I dette scenarie kan App Service med private endpoints, Azure SQL Database, centraliseret Log Analytics, Azure Policy og en klar RBAC-model være mere passende end AKS. AKS ville give fleksibilitet, men også større driftsansvar. Hvis casen ikke kræver containerorkestrering, avanceret mikroservicekontrol eller specialiseret netværk i clusteret, kan den enklere managed platform give bedre sammenhæng mellem krav og driftsevne.

Scenariet viser den tankegang, AZ-305 ofte belønner: først krav, derefter afvejninger, til sidst tjenestevalg. Den samme metode kan bruges på data, netværk, identitet og disaster recovery. Kandidaten bør kunne forklare, hvorfor et fravalg er lige så vigtigt som et valg.

Sådan bygges en stærkere forberedelsesplan

En god forberedelsesplan bør kombinere officiel dokumentation, praktiske laboratorier og mundtlig forklaring af designvalg. Det er ikke nok at læse om services, hvis kandidaten ikke kan begrunde dem i et scenarie. Det er heller ikke nok at bygge løsninger, hvis governance, sikkerhed og business continuity ikke evalueres bagefter.

Det officielle Microsoft Learn-forløb om Azure-arkitektforudsætninger kan bruges til at lukke huller i grundviden, mens den officielle study guide bør styre prioriteringen. Struktureret træning, herunder AZ-305-forløb hos Readynez, kan være nyttigt for kandidater, der har brug for at omsætte stoffet til casebaseret beslutningstagning, men forberedelsen bør stadig forankres i praktiske øvelser og officiel eksamensinformation.

En enkel rytme fungerer ofte bedst: vælg et emne, læs de officielle mål, byg eller gennemgå en lille arkitektur, vurder den med Well-Architected-principper, og forklar til sidst designet som om det var et kundescenarie. Hvis forklaringen ikke kan gøre rede for RTO/RPO, adgangsstyring, netværk, overvågning og omkostninger, er forståelsen endnu ikke dyb nok.

FAQ

Hvad er forudsætningerne for AZ-305?

Microsoft beskriver AZ-305 som en eksamen for kandidater med erfaring i Azure-administration, Azure-udvikling og DevOps-processer samt forståelse for netværk, virtualisering, identitet, sikkerhed, business continuity og disaster recovery. Azure Fundamentals eller Azure Administrator Associate kan være nyttige skridt, men kandidaten bør altid kontrollere den aktuelle certificeringsside for formelle krav og anbefalinger.

Hvordan forbereder man sig bedst til AZ-305?

Den bedste forberedelse kombinerer den officielle study guide, praktiske øvelser og scenariebaseret træning. Kandidaten bør øve sig i at identificere ikke-funktionelle krav, vælge mellem Azure-tjenester og forklare kompromiserne bag designet. Det er især vigtigt at arbejde med governance, overvågning, RTO/RPO, netværksisolation og dataarkitektur, fordi disse områder ofte ændrer, hvilket svar der er mest korrekt.

Hvilke fejl begår kandidater ofte?

En typisk fejl er at vælge den mest avancerede Azure-tjeneste uden at kontrollere organisationens krav og driftsevne. Andre almindelige problemer er at forveksle backup med disaster recovery, overse Azure Policy og PIM i governance-design, undervurdere Log Analytics-arkitektur eller glemme omkostnings- og databeholdningskrav ved overvågning.

Hvor finder man officielle ressourcer til AZ-305?

Microsoft Learn er det vigtigste sted at starte, især certificeringssiden, den officielle study guide og relevante læringsforløb. Kandidater bør bruge disse kilder til at kontrollere aktuelle emner og derefter supplere med egne laboratorier, arkitekturøvelser og gennemgang af referencearkitekturer.

Fra eksamensstof til arkitektbeslutninger

AZ-305 bør forberedes som en arkitektopgave snarere end som en produktquiz. Den kandidat, der kan forbinde forretningskrav med governance, drift, data, sikkerhed, netværk og recovery, står stærkere end den kandidat, der kun kan beskrive hver Azure-tjeneste isoleret.

Det mest praktiske næste skridt er at tage én arkitektur ad gangen og begrunde hvert valg med krav, risici og alternativer. Hvis der er behov for et struktureret forløb ved siden af Microsofts officielle ressourcer, kan Readynez bruges som støtte til at træne AZ-305-emnerne i en mere scenariebaseret ramme.