Azure: hvad det er, hvem der kan det, og hvad de tjener

Azure-færdighed er evnen til at bygge, konfigurere, sikre, drifte og fejlfinde løsninger på Microsofts cloudplatform. Det omfatter både teknisk arbejde i Azure og forståelse for, hvordan tjenesterne skal kombineres til en løsning, der passer til virksomhedens behov.

En person med Azure-færdigheder kan arbejde med den grundlæggende struktur omkring tenants, subscriptions, management groups, resource groups og Azure Resource Manager. Vedkommende forstår, hvor ressourcer placeres, og hvordan adgang, politikker og ansvar organiseres.

Compute er et centralt område. Personen kan vælge mellem blandt andet virtuelle maskiner, containere og platformstjenester afhængigt af applikationen. En erfaren person, der arbejder med Azure, vælger ikke automatisk en virtuel maskine, hvis en administreret tjeneste løser opgaven bedre.

Netværk er en anden kernekompetence. Personen kan arbejde med virtual networks, subnets, routing, DNS, load balancing, private forbindelser og forbindelser mellem Azure og lokale datacentre. Personen forstår også forskellen mellem at gøre en tjeneste tilgængelig på internettet og at holde den på private netværk.

Identity og adgangsstyring fylder meget. En person, der arbejder med Azure, arbejder typisk med Microsoft Entra ID, Azure role-based access control og managed identities. Vedkommende kan give systemer og mennesker de nødvendige rettigheder uden at gøre alle til administratorer.

Storage og data er også en del af Azure-færdigheden. Personen kan vælge passende storage- og databasetjenester ud fra krav til adgang, ydelse, robusthed, sikkerhed og administration. Det kræver forståelse for selve workloaden, ikke kun kendskab til produktnavne.

Sikkerhed viser sig blandt andet i adgangsstyring, netværksdesign, secrets, kryptering, logging og beskyttelse af administrative funktioner. Azure Key Vault, Microsoft Defender for Cloud og Azure Policy er eksempler på tjenester, som kan indgå i arbejdet.

Drift omfatter overvågning, logging, alarmer, backup og recovery. En erfaren person kan bruge Azure Monitor og Log Analytics til at undersøge problemer og opbygge overvågning, der fortæller noget om både teknisk drift og brugeroplevelse.

Governance er vigtig, når Azure vokser. Personen kan arbejde med blandt andet Azure Policy, tagging, adgangsmodeller og organisatoriske strukturer, så forskellige teams kan bruge platformen uden at miste kontrollen med sikkerhed og drift.

Automation er også en tydelig del af professionel Azure-færdighed. Ressourcer kan oprettes gennem blandt andet Bicep, Terraform, Azure CLI og PowerShell. En stærk person, der arbejder med Azure, foretrækker gentagelige og versionsstyrede ændringer frem for manuel konfiguration, hvor det er praktisk muligt.

Azure-færdighed er derfor ikke én enkelt kompetence. Platformen spænder over infrastruktur, applikationer, data, identitet, sikkerhed, integration og AI. En erfaren person med Azure-færdigheder har normalt et stærkt kerneområde og kan samtidig forklare, hvordan de omkringliggende tjenester påvirker løsningen.

Azure-færdigheden er vigtig, når en virksomhed bygger nye cloudløsninger, flytter eksisterende systemer til cloud eller driver et miljø, hvor lokale datacentre og Azure skal fungere sammen.

Ved cloud-migrering gør erfaring en stor forskel. En person, der arbejder med Azure, vurderer ikke kun, hvordan en eksisterende server kan flyttes. Vedkommende undersøger også, om applikationen bør moderniseres, om data skal flyttes anderledes, og hvilke afhængigheder der findes til netværk, identitet og andre systemer.

Færdigheden er også vigtig ved udvikling af nye digitale løsninger. Udviklere kan have brug for databaser, API-tjenester, storage, messaging, containere eller serverless-funktioner. Personen, der arbejder med Azure, hjælper med at vælge og forbinde de platformstjenester, som løsningen skal køre på.

I større virksomheder bliver governance hurtigt centralt. Flere teams og subscriptions kræver klare regler for adgang, navngivning, netværk, sikkerhed og deployment. Her kan Azure-færdigheden bruges til at etablere fælles platformsmønstre og landing zones.

Sikkerhedsarbejde kræver også stærk Azure-forståelse. Det er svært at vurdere en cloudrisiko uden at forstå identiteter, netværk, workloads, logging og de administrative kontrolmekanismer, der faktisk bruges i Azure.

Ved driftsproblemer er praktisk erfaring afgørende. En applikation kan eksempelvis fejle på grund af DNS, routing, identitet, firewallregler, manglende kapacitet eller en afhængig platformstjeneste. En erfaren person følger problemet gennem hele arkitekturen i stedet for kun at kigge på den synlige fejl.

Azure-færdigheden er også vigtig ved krav til robusthed og disaster recovery. Vedkommende kan designe løsninger, hvor backup, redundans, recovery og afhængigheder passer til virksomhedens reelle forretningsbehov.

Typiske roller er Azure Administrator, Cloud Engineer, Platform Engineer, DevOps Engineer, Security Engineer, Cloud Architect og Solution Architect. Udviklere og datafolk kan samtidig have dybe Azure-kompetencer inden for deres egne områder.

Azure læres bedst gennem en kombination af Microsofts dokumentation, strukturerede læringsforløb og praktisk arbejde i et rigtigt eller isoleret Azure-miljø.

Microsoft Learn er det naturlige udgangspunkt. Azure Fundamentals og læringsstoffet omkring AZ-900 giver et overblik over cloudbegreber, centrale Azure-tjenester samt management og governance. Det er nyttigt som fundament, men viser ikke i sig selv, at personen kan drive Azure i praksis.

For administration er læringssporet omkring AZ-104: Microsoft Azure Administrator mere praktisk. Her arbejder man med blandt andet identities, governance, storage, compute, virtual networking og overvågning.

For personer, der arbejder med arkitektur, er AZ-305: Designing Microsoft Azure Infrastructure Solutions et relevant videre spor. Microsoft lægger her vægt på blandt andet identity, governance, monitoring, storage, business continuity og infrastrukturløsninger.

Den praktiske træning bør begynde med små miljøer. Opret resource groups og et netværk. Deploy en workload. Konfigurér adgang. Tilføj logging og overvågning. Fjern derefter en vigtig afhængighed og undersøg, hvordan fejlen viser sig.

Netværk bør trænes aktivt. Opret flere subnets, routing og private forbindelser. Undersøg DNS. Test hvad der sker, når en regel eller rute er forkert. Mange svære Azure-problemer bliver lettere at løse, når netværksfundamentet er forstået ordentligt.

Identity bør også trænes som et selvstændigt område. Arbejd med grupper, service principals, managed identities og Azure RBAC. Undersøg forskellen på control plane-adgang og adgang til de data, som en tjeneste indeholder.

Derefter bør infrastrukturen oprettes som kode. Bicep eller Terraform er relevante valg. Gem koden i Git, gennemgå ændringer og deploy gennem en kontrolleret proces. Det giver erfaring med den arbejdsform, som mange professionelle Azure-miljøer bygger på.

Træn også fejlfinding. Se på metrics, logs og activity logs. Følg en fejlet deployment. Undersøg en identitetsfejl. Find årsagen til manglende netværksforbindelse. Den type arbejde udvikler mere anvendelig Azure-færdighed end blot at gennemføre laboratorier, hvor svaret allerede er givet.

Microsofts Azure Well-Architected Framework er relevant, når man begynder at designe større løsninger. Det hjælper med at vurdere arkitektur ud fra blandt andet sikkerhed, reliability, cost optimization, operational excellence og performance efficiency.

Et kursus eller en certificering kan strukturere læringen, men Azure er for bred en platform til at blive behersket på et kort kursus. Professionel erfaring kommer gennem deployment, drift, sikkerhedsarbejde, migrationer, fejl og arkitekturbeslutninger, hvor forskellige Azure-tjenester påvirker hinanden.

Bed personen beskrive en Azure-løsning, vedkommende selv har designet eller drevet. Spørg hvorfor bestemte tjenester blev valgt, og hvilke alternativer der blev fravalgt. En erfaren person, der arbejder med Azure, kan forklare beslutningerne ud fra krav frem for blot at nævne mange Azure-produkter.

Spørg hvordan en ny workload bør placeres i virksomhedens Azure-miljø. Kandidaten bør kunne tale om subscriptions, resource groups, netværk, identity, governance, logging og deployment frem for kun selve applikationen.

Et godt spørgsmål er, hvordan en applikation får adgang til en Azure-tjeneste uden at gemme en adgangskode i konfigurationen. En erfaren person vil typisk kunne forklare managed identities, relevante rettigheder og eventuelt Key Vault afhængigt af situationen.

Spørg også om netværksfejl. Giv et scenarie, hvor en applikation kan nå én tjeneste, men ikke en anden. Kandidaten bør kunne arbejde systematisk med DNS, routing, firewallregler, private endpoints og den konkrete tjenestes konfiguration.

Bed personen forklare forskellen mellem Azure RBAC og Microsoft Entra ID. De hænger tæt sammen, men løser ikke den samme opgave. Et præcist svar viser, om kandidaten forstår identitet og autorisation frem for kun portalens brugerflade.

Spørg hvordan produktionsændringer gennemføres. En stærk person med Azure-færdigheder kan forklare brugen af Infrastructure as Code, Git, review, automatiserede deployments og en plan for rollback eller recovery.

Spørg også hvad kandidaten overvåger efter en deployment. Svaret bør ikke kun være, om serveren er oppe. En erfaren person tænker på metrics, logs, applikationsadfærd, afhængigheder, alarmer og den service, brugerne faktisk oplever.

Ved arkitektroller kan man give kandidaten et krav om høj tilgængelighed eller disaster recovery og bede personen forklare designet. Det interessante er ikke et bestemt produktnavn, men hvordan løsningen håndterer fejl, afhængigheder, data og recovery.

Vær skeptisk over for kandidater, der beskriver Azure som en samling tjenester, der altid bør bruges på samme måde. En stærk person, der arbejder med Azure, kan forklare trade-offs mellem løsninger og ved, at sikkerhed, drift, kompleksitet og omkostninger påvirker arkitekturen.

Det stærkeste tegn på Azure-færdighed er evnen til at forbinde cloudtjenester med virkelige krav. Personen kan designe, implementere og fejlfinde løsningen og kan samtidig forklare, hvad der sker, hvis en vigtig del af arkitekturen fejler.