En Azure-arkitekt i Danmark arbejder i stigende grad med varig platformdrift, styring og forretningsmæssige prioriteringer på tværs af organisationen, snarere end med enkeltstående cloudprojekter alene. Over de seneste år har den udvikling i Danmark og Norden flyttet fokus fra rene implementeringer til beslutninger, samarbejde og arkitektur, der kan drives over tid.
Opdateret for 2026. Artiklen bygger på Microsoft Learn som kilde til certificeringsstruktur, eksamensområde og fornyelsespolitik samt på en redaktionel læsning af danske og nordiske jobopslag, brancherapporter og typiske rekrutteringskrav for Azure-roller. Der indgår ikke løntal, fordi løn afhænger stærkt af branche, geografi, anciennitet, konsulentmodel og ledelsesansvar, og fordi uunderbyggede gennemsnit sjældent hjælper en kandidat med at træffe et bedre karrierevalg.
Hvad AZ-305 betyder efter eksamen
Microsoft AZ-305, Designing Microsoft Azure Infrastructure Solutions, måler evnen til at designe løsninger inden for blandt andet identitet, styring, dataplatforme, forretningskontinuitet, infrastruktur og netværk. Den er ikke en praktisk licens til at kalde sig arkitekt fra den ene dag til den anden. Den er snarere et signal om, at kandidaten kan tænke på tværs af krav, risici, afhængigheder og driftsmæssige konsekvenser.
I Microsofts certificeringsstruktur opnås Microsoft Certified: Azure Solutions Architect Expert gennem kombinationen af AZ-104 og AZ-305. Derfor er Azure Administrator Associate fortsat vigtig, selv efter AZ-305, fordi arkitektur uden forståelse for daglig drift ofte bliver for teoretisk. Kandidater med udviklingsbaggrund kan samtidig have værdi af Azure Developer Associate, mens teams med stærk leverance- og automatiseringskultur ofte ser mod DevOps Engineer Expert.
Efter certificeringen skifter spørgsmålet derfor fra, om en person kan bestå en eksamen, til om vedkommende kan forklare, hvorfor en bestemt arkitektur er valgt. Det omfatter fravalg. En god Azure-arkitekt kan begrunde, hvorfor en løsning bruger en bestemt identitetsmodel, hvorfor data placeres i én tjeneste frem for en anden, hvordan gendannelse skal fungere ved nedbrud, og hvilke omkostnings- eller sikkerhedsmæssige konsekvenser valget har.
Det danske og nordiske marked for Azure-arkitekter
I Danmark og Norden findes efterspørgslen efter AZ-305-profiler især i brancher med regulerede data, komplekse integrationsbehov eller større moderniseringsprogrammer. Finans, offentlig sektor, sundhed, energi, produktion, detailhandel og softwarevirksomheder anvender Azure til meget forskellige formål, men arkitekturopgaven ligner ofte hinanden: skabe sikre, robuste og styrbare platforme, som udviklings- og driftsteams kan bygge videre på.
En tydelig tendens er overgangen fra projektleverancer til platformteams. Tidligere blev cloudarkitektur ofte organiseret omkring en migration eller et enkelt program. I dag opbygger mange organisationer interne platforme med Azure landing zones, standardiseret netværk, identitetsstyring, politikker, logning og genbrugelige moduler. Det betyder, at arkitekten ikke kun designer den første løsning, men også hjælper med at definere rammerne for, hvordan mange teams sikkert kan levere løsninger på samme platform.
Det ændrer rolleprofilen. I et projektmiljø forventes arkitekten ofte at udarbejde målbillede, migrationsplan og løsningsdesign. I et platformteam handler hverdagen mere om styring, standarder, produktkataloger, automatisering og løbende forbedringer. En AZ-305-profil, der forstår denne forskel, står stærkere, fordi mange arbejdsgivere søger personer, der både kan tegne en arkitektur og få den til at leve i en organisation med sikkerhed, økonomistyring og drift som faste medspillere.
Hverdagen i rollen: beslutninger, dokumentation og samarbejde
Azure-arkitekter bruger en stor del af deres tid på at skabe beslutningsgrundlag. Det kan være arkitekturdiagrammer, beslutningsnotater, risikovurderinger, kravoversættelser, referencemodeller og dokumentation af fravalg. I mange organisationer bruges ADR'er, arkitekturbeslutningsnotater, til at beskrive kontekst, muligheder, valgt løsning og konsekvenser. De er nyttige, fordi cloudmiljøer ændrer sig hurtigt, og fordi fremtidige teams skal kunne forstå, hvorfor en beslutning blev taget.
Samarbejdet er lige så vigtigt som den tekniske viden. Arkitekten skal kunne arbejde med sikkerhedsteams om identitet, adgang, segmentering og logning. Økonomi- og FinOps-funktioner skal involveres, når valget mellem skalerbarhed, tilgængelighed og omkostning skal afvejes. Udviklingsteams har brug for rammer, der ikke bremser leverancer unødigt, mens driftsteams har brug for tydelige servicekrav, alarmer, gendannelsesplaner og ansvarsskæring.
Et typisk nordisk scenarie kan være en produktionsvirksomhed, der ønsker at samle applikationer i Azure, men fortsat har produktionssystemer og identitetskomponenter lokalt. Arkitekturvalget kan blive en landing zone med adskilte miljøer, central identitetsstyring, hybrid netværksforbindelse, politikker for dataplacering, sikker logning og infrastruktur som kode via Bicep eller Terraform. Resultatet er ikke alene en teknisk migration, men en driftsmodel, hvor nye projekter kan starte fra godkendte byggesten i stedet for at opfinde grundstrukturen igen.
Kompetencerne, der ofte bliver overset efter AZ-305
AZ-305 dækker de store designområder, men flere praktiske kompetencer bliver ofte undervurderet, når kandidater planlægger næste skridt. Den første er omkostningsstyring. En løsning kan være teknisk korrekt og stadig være svær at forsvare, hvis der ikke er tænkt på kapacitetsvalg, skalering, tagging, budgetalarmer, reservationer, livscykluspolitik for data og ansvar for forbrug.
Den anden er infrastruktur som kode. Azure-arkitekter behøver ikke altid være de primære udviklere af alle moduler, men de bør kunne læse, diskutere og kvalitetssikre Bicep- eller Terraform-strukturer. I platformteams er arkitektur sjældent kun et diagram. Den bliver omsat til politikker, moduler, rørledninger og standarder, der kan genbruges.
Den tredje er driftsmålinger. Pålidelighed, sikkerhed, ydeevne og omkostninger bør ikke kun beskrives som hensigter. De skal kunne måles gennem servicekrav, overvågning, hændelsesdata, sikkerhedssignaler og økonomirapportering. Kandidater, der kan koble designbeslutninger til konkrete driftsmål, fremstår mere modne i både interne forfremmelsessamtaler og eksterne ansættelsesprocesser.
Hvad arbejdsgivere forventer i ansættelsesprocessen
AZ-305 kan åbne døren til samtalen, men den vinder sjældent samtalen alene. Mange danske og nordiske arbejdsgivere tester arkitekturtænkning gennem praktiske øvelser. Kandidaten kan blive bedt om at designe en løsning på et whiteboard, forklare netværkssegmentering, vælge mellem datalagringstjenester, beskrive en gendannelsesstrategi eller forsvare en sikkerhedsmodel over for både tekniske og ikke-tekniske deltagere.
Det er derfor en fordel at forberede en lille, anonymiseret portefølje. Den bør ikke indeholde kundedata, interne netværksoplysninger eller fortrolige diagrammer. Den bør derimod vise tankegangen bag arkitekturarbejdet og gøre kandidatens beslutninger efterprøvelige.
- To til tre arkitekturoplæg med kontekst, krav, begrænsninger, valgte Azure-tjenester og tydelige fravalg.
- Et eksempel på et arkitekturbeslutningsnotat, hvor konsekvenser for sikkerhed, drift og omkostning er beskrevet.
- En enkel referenceimplementering, eksempelvis Bicep- eller Terraform-moduler, der viser hvordan designet kan operationaliseres.
- Et kort driftsperspektiv med overvågning, gendannelse, ejerskab og de vigtigste målinger for løsningen.
Porteføljen fungerer ikke som pynt. Den hjælper kandidaten med at tale konkret om afvejninger. Hvis en løsning bruger zoneredundant lagring, skal kandidaten kunne forklare hvorfor. Hvis et system ikke bruger den mest avancerede netværksmodel, skal begrundelsen være lige så tydelig. Arbejdsgivere lytter efter evnen til at skabe balance mellem idealarkitektur, budget, kompetencer i teamet og tid til levering.
Valg af næste specialisering
Efter AZ-305 giver det sjældent mening at samle certificeringer uden retning. Et bedre valg begynder med tre spørgsmål: Hvilket domæne fylder mest i organisationens projekter, hvilket ansvar ønsker kandidaten at tage, og hvor har teamet de største mangler? Når sikkerhed, identitet, segmentering og overholdelse fylder mest, peger specialisering ofte mod AZ-500. Når leverancehastighed, automatisering, kvalitet og driftsmodeller er den centrale udfordring, er AZ-400 et mere naturligt valg. Når dataplatforme, integration og analysearkitektur dominerer opgaverne, kan DP-203 være en bedre retning.
Denne beslutning bør også afspejle rollen. En arkitekt i en reguleret organisation kan få mere værdi ud af dybere sikkerhedsforståelse end af endnu en bred cloudcertificering. En platformarkitekt i en softwarevirksomhed kan derimod få større effekt af DevOps- og automatiseringskompetencer. En rådgiver, der arbejder med modernisering af rapportering og dataplatforme, vil ofte have brug for at tale mere præcist om dataindtag, behandling, lagring og styring.
Readynez kan indgå som en struktureret uddannelsespartner, når målet er at omsætte certificeringskrav til en sammenhængende læringsplan, men den praktiske prioritering bør altid tage udgangspunkt i aktuelle projekter og den rolle, kandidaten ønsker at udfylde. Certificeringen giver mest værdi, når næste læringsvalg understøtter et konkret ansvar i hverdagen.
De første 90 dage i en ny arkitektrolle
Momentum efter AZ-305 fastholdes bedst ved at bruge certificeringen som en start på et mere systematisk praksisforløb. I de første 30 dage bør en ny Azure-arkitekt forstå organisationens platform, styringsmodel, sikkerhedskrav, eksisterende beslutninger og de vigtigste smertepunkter. Det er en periode for observation, kortlægning og relationer, ikke for hurtige arkitekturdomme.
Omkring 60 dage inde bør arkitekten kunne pege på mønstre. Det kan være gentagne manuelle processer, uensartede netværksvalg, manglende tagging, svag dokumentation af gendannelse eller uklar ansvarsfordeling mellem platformteam og produktteams. På dette tidspunkt kan små forbedringer ofte have større effekt end store redesigns, især hvis de gør det lettere for teams at følge eksisterende standarder.
Efter 90 dage bør bidraget begynde at være synligt i form af bedre beslutningsmateriale, tydeligere referencearkitektur, forbedrede moduler, mere anvendelige driftsmålinger eller et mere klart arkitekturforum. Pointen er ikke at bevise alt på kort tid. Pointen er at etablere en arbejdsform, hvor arkitektur bliver en løbende disciplin, der hjælper organisationen med at levere sikkert, stabilt og økonomisk forsvarligt.
Fællesskaber og løbende opdatering
Azure ændrer sig løbende, og en arkitektrolle kræver derfor mere end periodisk eksamenslæsning. Microsoft Tech Community kan være nyttigt til at følge produktdiskussioner, mønstre og spørgsmål fra andre fagfolk. Det generelle Microsoft Tech Community og det specifikke Azure-fællesskab giver adgang til diskussioner, hvor arkitekter kan følge ændringer i tjenester, governance-mønstre og praktiske problemstillinger.
Fornyelse er også en del af kompetencevedligeholdelsen. Microsofts rollebaserede certificeringer på associate-, expert- og specialty-niveau kan fornyes årligt via en gratis online assessment, hvis certificeringen stadig er aktiv. Den officielle side om fornyelse af Microsoft-certificeringer bør derfor indgå i den årlige plan, så opdatering ikke bliver en hastesag tæt på udløb.
Hvor AZ-305-kompetencerne passer ind næste gang
Den stærkeste karriereeffekt efter AZ-305 kommer, når certificeringen bruges til at tage større ansvar for arkitekturens konsekvenser. Det kan være i en intern rolle som cloudarkitekt, løsningsarkitekt, platformarkitekt eller teknisk rådgiver. Det kan også være i konsulentarbejde, hvor opgaven er at hjælpe organisationer med at vælge realistiske løsninger, ikke blot teknisk avancerede løsninger.
En praktisk næste handling er at vælge én specialiseringsretning, opbygge en lille dokumenteret portefølje og planlægge den årlige fornyelse, før kalenderen bliver presset. Hvis der er behov for et struktureret forløb omkring næste certificering eller opdatering af Azure-arkitektkompetencer, kan Readynez bruges som et neutralt udgangspunkt for at afklare læringsvej og tempo.
FAQ
Hvad er AZ-305-certificeringen?
AZ-305 er eksamenen Designing Microsoft Azure Infrastructure Solutions. Sammen med AZ-104 indgår den i certificeringen Microsoft Certified: Azure Solutions Architect Expert, som dokumenterer evnen til at designe Azure-løsninger på tværs af identitet, styring, data, infrastruktur, netværk og forretningskontinuitet.
Hvilke roller er mest relevante efter AZ-305?
Typiske næste roller er Azure-arkitekt, løsningsarkitekt, cloudarkitekt, platformarkitekt, teknisk rådgiver eller cloudkonsulent. Den konkrete titel varierer mellem virksomheder, men fælles for rollerne er ansvar for designbeslutninger, afvejninger, dokumentation og samarbejde med sikkerhed, udvikling, drift og forretning.
Er AZ-104 nødvendig for Azure Solutions Architect Expert?
Ja. I Microsofts certificeringsstruktur kræver Azure Solutions Architect Expert både AZ-104 og AZ-305. AZ-104 er vigtig, fordi den dækker den administrative og driftsnære forståelse, som arkitekturarbejde bygger på.
Hvilken specialisering giver mest mening efter AZ-305?
Det afhænger af rollen og de projekter, kandidaten arbejder med. Sikkerheds- og complianceopgaver peger ofte mod AZ-500, platform- og leverancearbejde mod AZ-400, og dataplatforme mod DP-203. Valget bør baseres på domænefokus, teamets behov og de problemer, kandidaten faktisk skal løse.
Hvor ofte skal AZ-305-relaterede certificeringer fornyes?
Microsofts rollebaserede certificeringer på associate-, expert- og specialty-niveau kan fornyes årligt via en gratis online assessment, så længe certificeringen stadig er aktiv. Det er klogt at planlægge fornyelsen som en årlig kompetenceopdatering frem for at vente til udløbsdatoen nærmer sig. For a deeper dive, see Løft din cybersikkerhedskarriere: Den omfattende guide til.
