Fordele ved at starte din karriere i cloud computing med en klar plan

Cloud computing handler for en begynder om at omsætte platformstjenester til konkrete løsninger uden at sprede læringen for tyndt. AWS, Azure og Google Cloud tilbyder mange af de samme grundlæggende cloud-tjenester, men den mest realistiske vej er at vælge én platform, én indgangsrolle og en række små projekter, der viser praktisk kunnen.

Cloud computing handler om at levere it-ressourcer som servere, databaser, netværk, identitet, sikkerhed og applikationsplatforme via cloud-udbydere i stedet for kun at drive dem i egne datacentre. For en ny person på markedet er udfordringen derfor sjældent at finde information; udfordringen er at sortere i den og bygge færdigheder i en rækkefølge, der giver mening for danske arbejdsgivere.

I Danmark ses cloud-kompetencer ofte sammen med Microsoft-miljøer, hybride infrastrukturer, identitetsstyring og automatisering. Mange større virksomheder og offentlige miljøer arbejder med Azure, Microsoft 365, Entra ID, PowerShell og governance-processer, mens AWS og Google Cloud også fylder i software-, data- og produktorienterede organisationer. Det betyder ikke, at én platform er det rigtige valg for alle, men det betyder, at platformvalget bør hænge sammen med de jobopslag, den branche og de værktøjer, kandidaten faktisk møder.

Start med én platform og én realistisk rolle

Et godt platformvalg tager udgangspunkt i tre spørgsmål: hvilken branche kandidaten vil ind i, hvilke værktøjer de relevante teams allerede bruger, og hvilke teknologier der gentages i lokale jobopslag. Hvis målet er enterprise-it, kommuner, regioner eller Microsoft-tunge organisationer, er Azure ofte et praktisk førstevalg. Hvis målet er produktudvikling, SaaS, startups eller cloud-native platformsteams, kan AWS være lige så relevant. Hvis kandidaten er stærkt orienteret mod data, analytics eller machine learning, kan Google Cloud være en naturlig indgang, især hvor BigQuery og managed data services fylder.

Begyndere bør også være realistiske omkring rollebetegnelser. “Cloud Architect” lyder attraktivt, men arkitektroller kræver typisk erfaring med drift, sikkerhed, netværk, designvalg og kompromiser på tværs af systemer. Mere sandsynlige første roller er cloud support associate, junior cloud administrator, junior platform engineer, junior DevOps engineer eller en data- og analytics-rolle, hvor cloud indgår som driftsplatform.

Certificeringsstierne bør ikke vælges som en samling badges, men som en læringsstruktur. En enkel vej kan være Microsoft AZ-900 før AZ-104 eller AZ-204, AWS CLF-C02 før SAA-C03, eller Google Associate Cloud Engineer før Professional Cloud Architect. En kandidat, der allerede arbejder i en Microsoft-præget organisation, kan derfor få mere ud af et Azure-spor end af at sprede tiden tyndt over tre platforme.

De færdigheder, der gør cloud konkret

Cloud bliver først håndgribeligt, når kandidaten forstår de byggesten, der går igen på tværs af leverandører. Virtuelle netværk, subnet, DNS, IAM, storage, databaser, compute, backup, logging og cost management er ikke særskilte eksamensemner i praksis; de hænger sammen i næsten alle rigtige løsninger. En lille webapplikation kræver for eksempel både identitet, netværksadgang, secrets, logning og en beslutning om, hvor længe ressourcerne skal køre.

En realistisk læringssekvens starter med it-grundlag og bevæger sig derefter mod cloud fundamentals, automation, infrastructure as code, CI/CD, observability og cost control. PowerShell er særligt nyttigt i Microsoft-miljøer, mens Python er bredt anvendeligt til scripts, API-kald og automatisering. Terraform og Bicep dukker ofte op i cloud- og platformroller, fordi arbejdsgivere vil se, at infrastruktur kan beskrives, versioneres og gentages uden manuelle klik i portalen.

Netværk og identitet fortjener ekstra opmærksomhed. Mange begyndere kan oprette en virtuel maskine eller en storage account, men går i stå, når adgangsstyring, private endpoints, firewall-regler eller Entra ID-roller skal forklares. Det er ofte her forskellen mellem “har fulgt en tutorial” og “forstår en cloud-løsning” bliver synlig ved en teknisk samtale.

En 12-ugers plan fra første login til portefølje

En 12-ugers plan behøver ikke være tung for at være effektiv. Målet er at skabe rytme: læs lidt, byg noget, dokumentér resultatet, ryd op og gentag. To til fire fokuserede læringsblokke om ugen er ofte mere realistisk end lange weekendmaraton, især for studerende og karriereskiftere med arbejde ved siden af.

Uge 1: Lær cloud-begreberne IaaS, PaaS, SaaS, regioner, availability zones, IAM og shared responsibility-modellen.

Uge 2: Opret en gratis eller lavrisiko cloud-konto, slå budgetalarm til, og lær at slette ressourcer igen.

Uge 3: Byg et lille netværk med subnet, sikkerhedsregler og en simpel compute-ressource.

Uge 4: Arbejd med storage, adgangsrettigheder, tags eller labels og basal backup-tænkning.

Uge 5: Lær platformens identitetsmodel, roller og principper for mindst mulige rettigheder.

Uge 6: Automatisér en gentagen opgave med PowerShell, Python eller cloud-udbyderens CLI.

Uge 7: Introducér Terraform eller Bicep, og læg konfigurationen i GitHub.

Uge 8: Deploy en lille webapp eller API med en simpel CI/CD-pipeline.

Uge 9: Tilføj logging, alerts og et kort runbook-afsnit om fejlsøgning.

Uge 10: Gennemgå sikkerhed, secrets, adgangsrettigheder og eksponerede endpoints.

Uge 11: Optimer omkostninger, stop unødvendige ressourcer, og dokumentér læringen.

Uge 12: Saml porteføljen, skriv en teknisk README, og forbered forklaringer til jobsamtaler.

Budgetdisciplin er en del af læringen, ikke en administrativ eftertanke. Cloud-omkostninger kan løbe, hvis virtuelle maskiner, databaser, NAT-gateways eller logging bliver stående uden kontrol. En begynder bør derfor bruge free tiers, budgetalarmer, tags eller labels, korte levetider for labs og lokale udviklingsmiljøer, hvor det er muligt. Den vane viser også arbejdsgivere, at kandidaten forstår ansvarlig cloud-drift fra dag ét.

Der er også organisatoriske begrænsninger. I en virksomhed kan governance, sikkerhedspolitikker og godkendelsesflows forhindre fri eksperimentering i produktionslignende miljøer. Det gør private labs, sandbox-konti og lokalt udviklingsarbejde vigtige, fordi kandidaten kan lære mønstrene uden at bryde interne regler eller bruge virksomhedsressourcer forkert.

Porteføljeprojekter, der er små nok til at blive færdige

En portefølje skal ikke ligne et stort enterprise-projekt. Små, virkelighedsnære projekter med god dokumentation vægter ofte mere i en screening end et CV fyldt med kursusnavne uden beviser på praktisk anvendelse. Det vigtige er, at projektet kan forklares: hvilket problem blev løst, hvilke valg blev truffet, hvordan blev sikkerhed og omkostninger håndteret, og hvordan kan løsningen genskabes?

Et godt første projekt er en statisk hjemmeside med custom domain, HTTPS, CDN og logging, hvor README-filen viser arkitekturbeslutninger og oprydningsrutine. Et andet er en lille API med database, secrets-håndtering og en CI/CD-pipeline fra GitHub. Et tredje kan være et Terraform- eller Bicep-projekt, der opretter netværk, storage og adgangsroller med tydelige variabler og tags.

Et mere driftsorienteret projekt kan fokusere på monitorering: en simpel applikation, dashboards, alerts og en runbook, der forklarer, hvad der skal undersøges ved fejl. Et sikkerhedsprojekt kan vise IAM-roller, least privilege, logning og en kort risikovurdering. Disse projekter er lavrisiko, fordi de kan bygges i små miljøer, lukkes ned efter brug og stadig demonstrere de mønstre, cloud-teams arbejder med til daglig.

Certificeringer: brug dem som struktur, ikke som erstatning for praksis

Certificeringer kan hjælpe en begynder med at skabe retning, lære begreber systematisk og signalere seriøsitet. De bør dog kobles til labs, fordi eksamensviden uden praktiske erfaringer hurtigt bliver tynd ved samtaler. Den typiske fejl er at læse teori i flere måneder, tage noter om services og aldrig bygge noget, der kan vises frem.

For AWS-kandidater er AWS Certified Solutions Architect Associate en kendt videre vej efter grundlæggende cloud-forståelse. For Azure-kandidater kan arkitektsporet på længere sigt føre mod Microsoft Azure Solutions Architect Expert, men mange begyndere vil få mere ud af administrator- eller developer-grundlaget først. For Google Cloud kan Associate Cloud Engineer være en mere praktisk indgang end at starte direkte med avanceret arkitektur.

Leverandørneutrale certificeringer kan også have værdi. CompTIA Cloud+ passer til kandidater, der ønsker bred forståelse af cloud-infrastruktur, drift og sikkerhed på tværs af platforme. Mere erfarne profiler, der arbejder med governance, risiko og cloud-sikkerhed, kan senere undersøge CCSP fra ISC2. Kandidater, der går Google-vejen, kan på et senere tidspunkt se på Google Cloud Professional Cloud Architect, når de har stærkere erfaring med designvalg.

En praktisk tommelfingerregel er at lade certificeringen definere pensum og lade porteføljen bevise færdigheden. Readynez kan indgå som struktureret undervisning for kandidater, der vil have et styret forløb frem for kun selvstudie, men den afgørende læring kommer stadig fra at bygge, fejle, rydde op og forklare sine valg.

Dansk jobmarked: hvad der bør undersøges før næste skridt

Der bør udvises forsigtighed med løntal, især når internationale artikler oversætter eller genbruger beløb fra andre markeder. For danske forhold bør kandidater sammenligne flere kilder i DKK, for eksempel Jobindex’ lønstatistik, fagforeningers lønberegninger, IDA for tekniske profiler og åbne stillingsopslag med lønangivelser, hvor de findes. Glassdoor og lignende tjenester kan give supplerende indikationer, men datagrundlaget varierer efter rolle og geografi.

Jobopslag er ofte mere nyttige end generelle lønartikler, fordi de viser de konkrete kombinationer af færdigheder, arbejdsgivere efterspørger. I danske cloud-roller går Azure, Microsoft 365, Entra ID, Terraform, containers, PowerShell eller Python, CI/CD, overvågning og sikker adgangsstyring ofte igen. Kandidaten bør derfor gemme relevante opslag, markere gentagne krav og bygge porteføljeprojekter, der matcher mønstrene.

Det er også værd at læse leverandørernes egne eksamenssider og dokumentation som almindelig reference, ikke som salgsindhold. Microsoft Learn, AWS Skill Builder, Google Cloud documentation, ISC2 og ISACA kan give metadata om eksamener, rolleforventninger og emneområder. Disse kilder bør bruges til at verificere eksamenskoder og færdighedsmål, fordi certificeringer ændrer sig over tid.

De fejl, der forsinker begyndere

Den første typiske fejl er at sprede sig over for mange platforme. Tre cloud-konti, tre sæt IAM-begreber og tre forskellige netværksmodeller skaber let genkendelse uden dybde. Den bedre strategi er at vælge én platform i tre måneder og først derefter sammenligne begreber på tværs.

Den anden fejl er at undgå de kedelige fundamenter. Netværk, identitet, adgangsstyring, logs og omkostninger virker mindre spændende end AI-services eller avancerede arkitekturdiagrammer, men de afgør, om en løsning kan drives sikkert. En kandidat, der kan forklare private endpoints, RBAC, tagging og alerts i et lille projekt, fremstår mere jobklar end en kandidat, der kun kan nævne mange services.

Den tredje fejl er at mangle dokumentation. GitHub-repositories uden README, uden diagramforklaring, uden cost-noter og uden oprydningsinstruktioner fortæller ikke meget. En god README bør forklare formål, arkitektur, sikkerhedsvalg, deployment-trin, kendte begrænsninger og hvad kandidaten ville forbedre i næste iteration.

Fra læringsplan til første cloud-job

Den mest holdbare vej ind i cloud computing er smal i starten og bredere senere. Vælg én platform, bind den til en realistisk indgangsrolle, byg små projekter, dokumentér dem ordentligt og brug certificeringer som ramme for læringen. Når fundamentet er på plads, bliver det lettere at forstå andre clouds, fordi begreberne bag netværk, identitet, drift og cost control går igen.

Readynez kan være relevant som næste skridt, hvis kandidaten ønsker et mere struktureret Microsoft-forløb med adgang til flere kurser via Readynez Microsoft Unlimited. Det vigtigste valg er dog stadig at omsætte undervisning til praktiske labs, porteføljeprojekter og konkrete samtaleeksempler, der viser, hvordan kandidaten arbejder med cloud i virkeligheden.