Hvad kan flyttes

Næsten alt kan flyttes, men arbejdet er meget forskelligt fra system til system. En virtuel server kræver få ændringer, mens et system bygget på udbyderens egne tjenester skal bygges om. Artiklerne her sorterer systemtyperne efter, hvor meget der skal ændres, og hjælper jer med at skille det ud, der hellere skal blive.

Overblik og sortering

Begynd med hele listen over systemer, før I ser på det enkelte. Sorteringen afgør rækkefølgen og viser, hvor de store poster ligger.

• Hvad kan flyttes til en europæisk cloud, og hvad kan ikke? Systemtyperne fra let til tungt.
• Flyt nu, flyt senere, bliv eller luk: sådan sorterer I jeres systemer Fire spande og kriterierne bag dem.

Systemtyperne

• Virtuelle servere: det letteste at flytte, og det, der alligevel går galt Drivere, firmware, netværk og krypterede diske.
• Databaser: det, der afgør, om flytningen lykkes Databasemotoren bestemmer arbejdet.
• Applikationer bygget på udbyderens egne tjenester Funktioner og køer skal bygges om.
• Datalager og analyse: Snowflake, Databricks og Fabric Dataplatformene og deres placering, dateret.

Det, der ikke flytter med, og det, der skal blive

• SaaS flytter ikke med: det, et infrastrukturskifte ikke løser Programmerne følger deres egen leverandør.
• Datatyngde og svartid: når data bestemmer, hvor resten skal ligge Data, der bruges sammen, hører sammen.
• Delvis flytning: hvornår det følsomme er nok Når en del af miljøet er svaret.
• Det, der ikke skal flyttes Begrundelsen for at lade systemer stå.

Sådan bruger I siden

Skriv hvert system op med tre oplysninger: hvad det kører på, hvilke tjenester hos udbyderen det bruger, og hvilke data det deler med andre systemer. Læg derefter systemerne i de fire spande fra sorteringsartiklen. Et system med virtuelle servere og diske som eneste byggesten kan typisk flytte tidligt. Et system med databaser på udbyderens egen motor eller funktioner bygget ind i platformen hører til senere, eller måske slet ikke. At et system bliver, er et lige så gyldigt udfald som at det flytter, når begrundelsen er skrevet ned.

Hvad det kræver, og hvad det koster at lade være

Sorteringen kræver en arkitekt eller driftsansvarlig, der kender miljøet, og adgang til fakturaer og infrastrukturkode. Et overskueligt miljø kan sorteres på nogle dage, og det tager længere, hvis ingen har beskrevet det. Arbejdet giver jer et overslag i tid og folk pr. system, som I selv sætter kroner på.

Uden sorteringen bliver projektet planlagt efter de nemme systemer. De tunge dukker op undervejs, når tidsplanen allerede er lovet, og det gamle og det nye miljø skal betales samtidig i længere tid end ventet.

Det skal I lade være med

• At behandle alle systemer ens · arbejdet spænder fra en kopi til en ombygning.
• At regne SaaS med i infrastrukturskiftet · programmerne har deres egne aftaler.
• At flytte et system uden en grund · stabile systemer kan godt stå.

Det skal valget kunne vise

• ☐ En liste over systemer med platform, tjenester og datadeling.
• ☐ Hvert system placeret i en spand med en begrundelse.
• ☐ Et overslag i tid og folk for de systemer, der flytter.
• ☐ De systemer, der bliver, og hvorfor.

Senest gennemgået: november 2026.

Næste skridt

Tag de ti systemer, der betyder mest for forretningen, og sortér dem først. Resten kan vente, til mønstret er tydeligt.

• Flyt nu, flyt senere, bliv eller luk
• Hvor kan det ligge

Læs også: Skiftet · Økonomi og business case

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT