En ProDoo-associeret virksomhed · Personlig rekrutteringBesøg ProDoo.com ↗

IT-guide

Cloud-arkitekt, DevOps eller platform engineer: Vælg efter opgaven

Afklar forskellen mellem cloud-arkitektur, DevOps og platformarbejde. Vælg kompetencer til jeres konkrete udviklings- og driftsbehov.

Vælg cloud- og platformkompetencer efter det problem, I vil løse. En cloud-arkitekt kan hjælpe med rammer og design, en DevOps-profil med automatisering og sammenhæng i leverancer, mens en platform engineer kan bygge fælles værktøjer og tjenester til udviklingsteams. Titlerne varierer. Afklar derfor opgave, ansvar og praktisk erfaring i det miljø, I bruger.

Når I skal vælge rammer og arkitektur

En cloud-arkitekt er relevant at undersøge, når I skal fastlægge, hvordan en løsning skal bygges eller flyttes til en cloudplatform. Beskriv de forretningsmæssige og tekniske krav: tilgængelighed, data, integrationer, drift, adgang og forventede ændringer. Undgå at lade valget af et produkt erstatte en afklaring af behovet.

Bed kandidaten forklare, hvordan forskellige løsninger vurderes, og hvilke forudsætninger et design bygger på. Afklar også, om personen selv skal konfigurere og implementere løsningen, eller om leverancen er en beslutning og et design, som andre realiserer. Begge opgaver er relevante, men de kræver ikke nødvendigvis samme profil.

Når ændringer er langsomme eller fejlbehæftede

En DevOps-profil kan være relevant, hvis vejen fra kodeændring til fungerende løsning er præget af manuelle trin, ustabile miljøer eller uklare overdragelser. Beskriv de konkrete problemer i leveranceforløbet. Hvor opstår ventetid? Hvad går galt? Hvem opdager fejl, og hvem kan rette dem?

Afklar, om opgaven handler om pipelines, automatiseret test, infrastruktur som kode, observability eller samarbejde mellem udvikling og drift. Begrebet DevOps kan dække både teknik og arbejdsform. En kandidat med stærk erfaring i ét værktøj er ikke automatisk den rette til at ændre processer og ansvar på tværs af teams.

Når flere teams skal bruge de samme muligheder

En platform engineer kan være relevant, når organisationen vil gøre fælles tekniske muligheder lettere at bruge. Det kan være standardmiljøer, godkendte integrationsmønstre eller selvbetjening for udviklere. Start med de interne brugeres behov, og identificér gentagne opgaver, som platformen skal forenkle.

Spørg kandidaten, hvordan vedkommende vil indsamle feedback og vurdere, om platformen faktisk hjælper. En fælles løsning skaber ikke værdi alene ved at eksistere. Den skal kunne forstås, vedligeholdes og anvendes af de relevante teams. Dokumentation, support og tydeligt ejerskab bør derfor indgå i leverancen.

Afklar drift og økonomi før opstart

Beskriv, hvem der ejer løsningen efter projektet, hvem der håndterer hændelser, og hvordan ændringer godkendes. Aftal, om konsulenten skal etablere overvågning, alarmer eller driftsvejledninger. Det skal også være tydeligt, hvis opgaven kræver arbejde uden for almindelig arbejdstid, og hvordan det håndteres i aftalen.

Gør ressourceforbrug synligt i den tekniske dialog. Bed kandidaten forklare, hvilke forudsætninger der driver cloudomkostningerne, og hvordan teamet kan opdage uventet forbrug. Et estimeret forbrug er ikke en prisgaranti. Det bør ledsages af antagelser om belastning, datamængder og de tjenester, løsningen anvender.

Se efter relevant produktionserfaring

Bed om et eksempel fra et miljø med lignende kompleksitet. Undersøg kandidatens rolle i opstart, ændringer, hændelser og overdragelse. Spørg, hvad der skete, da en antagelse ikke holdt, og hvordan løsningen blev rettet. Det giver et mere brugbart billede end en lang liste over platformscertifikater.

IT-Branchens analyse peger på cloud som del af en voksende specialisering i danske IT-jobopslag. Det er et markedssignal. Jeres konkrete drifts- og leverancebehov bør fortsat afgøre, hvad kandidaten skal kunne.

Saml kravene i en kort opgavebeskrivelse

Hvis flere roller overlapper, så vælg et tydeligt hovedansvar og beskriv samarbejdsfladerne. Brug nedenstående spørgsmål til at gøre profilen præcis.

  • Skal personen designe, implementere, automatisere eller drive?
  • Hvilke platforme og miljøer skal personen kende fra praksis?
  • Hvem bruger løsningen, og hvordan vurderes nytten?
  • Hvad er kravene til adgang, stabilitet og håndtering af fejl?
  • Hvem overtager ansvar og vedligeholdelse efter forløbet?

Kilder og fagligt ansvar

Kilder: AI og et arbejdsmarked i bevægelse

Redaktionel vejledning fra ProDoo Placement. Kilderne understøtter de nævnte fakta; tjeklister og anbefalede fremgangsmåder er vores redaktionelle forslag.

Udgivet og gennemgået 13. oktober 2026 · ProDoo Placement

Relaterede spørgsmål

Relevante roller

Cloud og DevOps

Cloud-arkitekt

Planlægger cloudmiljøets struktur, sikkerhed, drift og økonomi.

Cloudarkitektur · Identitet og netværk · Infrastructure as Code

Se rolleguiden

Cloud og DevOps

DevOps engineer

Gør vejen fra kode til stabil drift mere forudsigelig og automatiseret.

CI/CD · Infrastructure as Code · Observability

Se rolleguiden

Hvilken opgave skal jeres næste specialist løse?

Beskriv de vigtigste krav og ønsket opstart. Så afklarer vi rammerne og næste skridt.

Beskriv jeres behov