Hva koster det å flytte til skyen?
En skymigrering koster som regel mellom 370 000 og 6,2 millioner kr, avhengig av strategi. Lift-and-shift, der servere flyttes som de er, ligger i bunnen av spennet, replatform i midten og en refactor til cloud native-arkitektur i toppen. Budsjetter også for doble driftskostnader i overgangsperioden, når det gamle og det nye miljøet kjøres parallelt.
Hva koster det å flytte til skyen? Spørsmålet gjelder selve migreringen, altså prosjektet, og det skal holdes atskilt fra hva driften koster etterpå. Migreringsprosjektet har et eget budsjett, egne risikoer og et prisspenn som nesten helt styres av hvilken strategi dere velger.
Tre strategier, tre prisklasser
| Strategi | Typisk kostnad | Hva det innebærer |
|---|---|---|
| Lift-and-shift | 370 000 kr–1,2 millioner kr | Servere og systemer flyttes som de er til skyinfrastruktur |
| Replatform | 1–3,1 millioner kr | Utvalgte deler byttes ut med administrerte tjenester under migreringen, for eksempel database og filhåndtering |
| Refactor | 2,5–6,2 millioner kr+ | Applikasjonene bygges om til cloud native-arkitektur med containere eller serverless |
Lift-and-shift er raskest og billigst i prosjektfasen, men gir minst gevinst etterpå: Miljøet er det samme, bare på leid infrastruktur. Refactor koster mest nå, men gir lavest driftskostnad og størst fleksibilitet senere. Et klokt valg for mange er en blanding: lift-and-shift for systemer som skal fases ut innen noen år, replatform for arbeidshestene og refactor for systemene som er kjernen i forretningen.
Budsjettposten som glemmes: doble driftskostnader
I overgangsperioden betaler dere for to miljøer samtidig: Det gamle beholdes til alt er verifisert i det nye. For en migrering som går over et halvt år, kan parallelldriften bli en sekssifret post, og den mangler påfallende ofte i den første kalkylen.
Regn også med tilleggskostnader i samme periode: datasynkronisering mellom miljøene, ekstra testarbeid og folk som holder styr på begge miljøene. En tommelfingerregel er å planlegge for parallelldrift i minst et kvartal, lenger hvis kritiske systemer flyttes sist.
Vanlige fallgruver som gjør det dyrere
- Hardkodede avhengigheter. IP-adresser, filstier og antakelser om latens som ligger bakt inn i gammel kode, viser seg først når systemet flyttes. Kartlegg avhengighetene før migreringen, ikke underveis.
- Lisenser som ikke følger med. Noe programvare er lisensiert per fysisk server eller prosessor og får ikke kjøres i skyen uten ny lisens. Det blir en forhandling som kan koste både tid og penger.
- Skjulte integrasjonspunkter. Nattlige filoverføringer, skrivere, skannere og lokale spesialsystemer som ingen har dokumentert, men som virksomheten er avhengig av.
- Kunnskap som sitter i veggene. Serveren som «bare Per vet hvordan man starter på nytt», er en risiko som må håndteres før migreringen, ikke etter.
Et scenario
Et selskap med åtte servere i et leid rack skal ut av avtalen innen et år. Kartleggingen viser at fem standardsystemer kan flyttes rett over, at databasen til ERP-systemet bør bli en administrert tjeneste, og at en egenutviklet kundeportal er verdt en skikkelig ombygging. Budsjettet lander på rundt 1,9 millioner kr for prosjektet, pluss tre måneders parallelldrift. Ombyggingen av portalen legges som en egen etappe året etter, når migreringen er i mål. Slik ser en typisk, risikobevisst migreringsplan ut: strategi per system, ikke én strategi for alt.
Etter migreringen: Optimaliser
Den første fakturaen etter migreringen er sjelden den peneste. Servere som er flyttet rett over, er ofte overdimensjonerte, og gevinsten hentes inn i optimaliseringen etterpå: riktig dimensjonering (rightsizing), automatisk skalering og reservert kapasitet. Legg den fasen inn i planen fra starten av. Det er den som gjør at migreringen lønner seg.
Skal dere ut av serverrommet eller ut av en driftsavtale som løper ut? Vi i Weapp jobber med skyarkitektur og migreringer som en del av tjenestene våre. Ta kontakt, så hjelper vi dere med å velge strategi per system.
Ofte stilte spørsmål
Hva er forskjellen på lift-and-shift, replatform og refactor?
Lift-and-shift flytter serverne som de er til skyen. Replatform bytter ut utvalgte deler med administrerte skytjenester underveis, for eksempel databasen. Refactor bygger om applikasjonen til cloud native-arkitektur med containere eller serverless. Kostnad, tid og langsiktig gevinst øker i samme rekkefølge.
Hvor lang tid tar en skymigrering?
En lift-and-shift av en håndfull systemer tar ofte to til fire måneder inkludert testing. Replatform av det samme miljøet dreier seg snarere om fire til åtte måneder, og en refactor kan strekke seg over et år eller mer. Kartleggingen i starten avgjør hvor treffsikker tidsplanen blir.
Blir driften billigere i skyen etter migreringen?
Ikke automatisk. Et miljø som er flyttet rett over, koster ofte omtrent det samme som før og noen ganger mer. Grunnen er at serverne er dimensjonert for gammel maskinvare. Besparelsen kommer når miljøet tilpasses etter migreringen: riktige størrelser, automatisk skalering og administrerte tjenester i stedet for egne servere.
Må virksomheten stå stille under migreringen?
Nei. En godt planlagt migrering flytter systemer i grupper med testperioder og rollback-plan, og selve overgangen skjer ofte i løpet av en helg eller en natt per system. Kritiske systemer kan kjøres parallelt i begge miljøene til det nye er verifisert. Det er det parallelldriften i budsjettet er til for.
Hvilke systemer bør ikke flyttes til skyen?
Systemer med lisenser som er knyttet til egen maskinvare, systemer med ekstreme latenskrav mot lokalt utstyr og svært gamle applikasjoner som krever operativsystemer skyen ikke støtter. De håndteres ofte som unntak i en ellers skybasert strategi, eller byttes ut i stedet for å flyttes.