Cloud migration: Hvad koster det reelt, og hvad bliver overset i budgettet?

Budgettet vs. virkeligheden: Hvorfor afvigelsen er normen

Ifølge analyser fra Gartner og Flexera overskrider 60-80 % af alle cloud-migrationsprojekter det oprindelige budget. Den gennemsnitlige overskridelse ligger på 30-40 %. Det er ikke et udtryk for dårlig planlægning i traditionel forstand — det er et strukturelt problem. Cloud-budgetter udarbejdes typisk med udgangspunkt i licensomkostninger og compute-priser, mens de organisatoriske, tekniske og operationelle følgeomkostninger forbliver ude af regnearket.

Resultatet er forudsigeligt: Projektet godkendes på et attraktivt business case, men den reelle TCO (Total Cost of Ownership) indhenter organisationen 12-18 måneder senere.

De synlige omkostninger: Det, alle husker

Lad os starte med det, der faktisk kommer med i budgettet. De mest åbenlyse poster inkluderer:

• ▸Compute, storage og netværk hos cloud-udbyderen (IaaS/PaaS)
• ▸Licensomkostninger for cloud-native værktøjer og managed services
• ▸Ekstern rådgivning og implementeringspartnere
• ▸Migreringsværktøjer og eventuelle proof-of-concept-forløb
• ▸Grundlæggende sikkerhedsopsætning (IAM, firewall, encryption)

Disse poster udgør typisk 40-55 % af den reelle samlede omkostning. Resten gemmer sig i de følgende kategorier.

De skjulte omkostninger: Det, budgettet ikke fanger

Her begynder det at blive dyrt. Følgende poster overses konsekvent i de fleste migreringsbudgetter — ikke af uvidenhed, men fordi de er svære at estimere og politisk ubekvemme at synliggøre.

1. Refactoring og teknisk gæld

Lift-and-shift lyder billigt, men fungerer sjældent optimalt. Applikationer, der bare flyttes uden tilpasning, performer ofte dårligt i cloud-miljøet og genererer uforholdsmæssigt høje compute-omkostninger. Refactoring — altså omskrivning af kode og arkitektur — koster tid og specialistkompetencer, som sjældent er prissat i den initiale business case.

2. Egress-gebyrer og dataudveksling

Data ind i skyen er gratis. Data ud af skyen er det ikke. Egress-gebyrer kan løbe op i betydelige beløb, især for organisationer med store dataflows mellem cloud og on-premises, mellem cloud-regioner, eller mellem flere cloud-udbydere i en multi-cloud-strategi. Det er en post, som mange først opdager, når den første kvartalsfaktura lander.

3. Kompetenceopbygning og organisatorisk omstilling

Cloud kræver andre kompetencer end on-premises-drift. Infrastrukturteams skal omskoles. DevOps-praksisser skal indføres. FinOps-kapacitet skal opbygges for at holde styr på forbruget. Rekruttering af cloud-arkitekter og -ingeniører i et presset marked er kostbart. Og i mellemperioden — mens organisationen lærer — bliver der begået dyre fejl i konfiguration og dimensionering.

4. Paralleldrift og exit fra legacy

I migrationsperioden kører de fleste organisationer paralleldrift: både det gamle og det nye miljø er aktivt. Denne periode er næsten altid længere end planlagt. Nedlukning af legacy-systemer kræver datamigration, validering, kontraktopsigelser og ofte juridisk afklaring — alt sammen med tilhørende ressourcetræk.

5. Sikkerhed, compliance og governance

Basis-sikkerhed kommer med i budgettet. Men den løbende tilpasning til regulatoriske krav (GDPR, NIS2, branchespecifikke standarder), cloud security posture management (CSPM), logging, audit trails og incident response-beredskab i et nyt miljø — det gør som regel ikke. Disse poster er ikke valgfrie, men de budgetteres sjældent realistisk.

Et realistisk omkostningsbillede

For at illustrere fordelingen mellem synlige og skjulte omkostninger kan følgende tabel tjene som pejlemærke for en mellemstor virksomhed:

Hvad kan IT-ledere gøre?

Løsningen er ikke at undgå cloud — fordelene er reelle og veldokumenterede. Løsningen er at budgettere ærligt og planlægge med åbne øjne. Følgende greb reducerer risikoen for ubehagelige overraskelser:

• ▸Brug en TCO-model, ikke kun en prisberegner fra cloud-udbyderen. Medtag alle ovennævnte poster.
• ▸Etablér FinOps-praksis fra dag ét — ikke som et efterfølgende brandslukningsprojekt.
• ▸Inddrag drifts-, sikkerheds- og compliance-teams i budgetteringen, ikke kun arkitekterne.
• ▸Planlæg paralleldriftsperioden med 50 % buffer oven i den estimerede varighed.
• ▸Anvend eksterne specialister med erfaring fra lignende migrationer for at undgå de mest kostbare fejl i arkitektur og dimensionering.

Afsluttende perspektiv

Cloud migration er en investering, ikke en besparelse — i hvert fald ikke på kort sigt. De organisationer, der lykkes bedst, er dem, der går ind i projektet med et realistisk omkostningsbillede og den rette blanding af interne og eksterne kompetencer. Det handler ikke om at finde den billigste vej til skyen, men om at finde den mest forudsigelige.

Har du brug for erfarne cloud-specialister til din migration, kan du sammenligne og engagere uafhængige IT-konsulenter direkte på FindITconsultants.com.