De flesta molnmigreringar som går fel gör det inte av tekniska skäl. De går fel för att någon flyttade ett system vars beroenden ingen hade kartlagt, och upptäckte det på måndagsmorgonen när fakturorna inte gick iväg.
Börja med inventeringen, inte med tekniken
Vad kör ni, var kör det, och vad pratar med vad? Frågan låter enkel men besvaras sällan fullständigt i första försöket. Integrationer byggda för länge sedan, schemalagda jobb på en bortglömd server i on-premise-miljön och filsökvägar hårdkodade i en applikation är det som stjälper tidplaner.
En ordentlig inventering är också det underlag ni behöver för att välja ordning. Systemen med minst beroenden flyttas först, både för att de är enklast och för att de bygger erfarenhet inför de svåra.
Kravbilden avgör mer än plattformen
Hur länge får varje system vara nere? Vilka tider på dygnet är omöjliga? Finns det lagkrav på var data får ligga? Vem godkänner att ett system anses flyttat?
En kravspecifikation som besvarar de frågorna gör att migreringen kan planeras i stället för improviseras. Utan den blir varje delflytt en förhandling.
Så minimeras stilleståndet i praktiken
Kör parallellt en period. Den nya miljön byggs och testas medan den gamla fortfarande är i drift, så att omkopplingen blir ett beslut och inte ett hopp.
Flytta i vågor. Ett system eller en grupp åt gången, med en definierad återgångsplan för varje våg.
Synkronisera data fram till bytet. Då blir sista steget en kort omkoppling i stället för en lång överföring.
Bestäm i förväg vad som utlöser en återgång, och vem som fattar det beslutet.
Så brukar tidplanen se ut
Inventering och beroendekartläggning tar normalt några veckor och är den fas som avgör om resten håller tidplanen. Här beslutas också ordningen mellan systemen.
Sedan byggs målmiljön och en första våg flyttas — helst något viktigt nog att vara på riktigt, men inte så kritiskt att ett problem stoppar verksamheten. Erfarenheterna från den vågen justerar planen för resten.
Därefter följer vågorna tätare, eftersom mönstret är känt. Sista vågen är oftast det system som har flest beroenden, och det flyttas när allt annat redan ligger på plats.
Så arbetar vi genom flytten
Våra konsulter gör inventeringen och beroendekartan tillsammans med er, och tar fram en plan som håller för verkligheten. Vi har gjort det tidigare i miljöer där driftstopp inte är ett alternativ.
Målmiljön blir vår IaaS-plattform i egna svenska datacenter, med molndrift och övervakning som ingår. Behöver delar ligga kvar hos er bygger vi ett hybridmoln i stället för att tvinga fram en helflytt.
Vanliga frågor och svar om molnmigrering
Måste allt flyttas samtidigt?
Nej, och det är sällan klokt. Stegvis flytt med parallelldrift ger både lägre risk och möjlighet att lära längs vägen.
Vad kostar en migrering?
Det avgörs av antal system och hur röriga beroendena är. Inventeringen är det som gör kostnaden möjlig att uppskatta.
Kan vi flytta tillbaka om det inte fungerar?
Ja, om ni planerat för det. Återgångsplanen ska finnas per våg innan den vågen påbörjas.
En flytt som är planerad, inte improviserad.
Vi kartlägger era system och beroenden och tar fram en plan som håller för verkligheten.