Många har tagit steget över till molnet, men står fortfarande inför samma vardagliga utmaningar. Poängen är inte att flytta mer, utan att välja rätt insats per system, så att du får mer kontroll, mindre komplexitet och en installation som faktiskt är hanterbar.
Motivet bakom ett "lift and shift" till molnet kan variera. För många börjar det med en önskan om mer stabilitet, högre säkerhet och mer flexibilitet. Men efteråt står man där med en vardag som inte känns lättare. Driften är fortfarande tung. Den har inte blivit billigare. Och det kan vara svårt att se vart pengarna tar vägen.
Samtidigt har du fler plattformar och fler beroenden. Azure, OCI, on-premises, en hybridmiljö, nya leverantörer och avtal. Målet var kanske att göra saker och ting mer strömlinjeformade, men resultatet blev mer komplexitet.
Det är inte en unik upplevelse. Man hör det ofta: "Vi är i molnet, men det känns inte enklare." Det som är viktigt att förstå är att problemet sällan handlar om en enda sak. Det är inte bara plattformen eller lösningen. Det är hela bilden.
Innan du tar nästa steg är det viktigt att klargöra vad som egentligen är huvudproblemet. Utmaningarna efter en molnflytt pekar ofta i två olika riktningar.
För vissa manifesterar det sig främst genom ekonomi. Diskussioner om kostnader, överraskningar på molnräkningen och en brist på överblick över vad som egentligen driver utgifterna.
För andra kan det handla mer om vardagen kring förändringen. Releaser som gör ont, många omvägar och en verksamhet som känns skör, där små justeringar snabbt kan få stora konsekvenser.
De flesta människor har en kombination, men ofta är det en sak som står i centrum just nu. Och utan tydliga mål för vad man vill ha ut av molnet blir det snabbt en setup som inte lever upp till förväntningarna.
Om drift och ekonomi är det största bekymret är det ofta ett tecken på att ni har gjort en molnflytt, men att migreringsarbetet inte har följts upp till slutet. I det här fallet innebär migrering inte att flytta mer, utan att få grepp om drift, styrning, säkerhet och ekonomi.
Systemen kanske redan körs i Azure eller OCI, men ansvar, styrning och ekonomihantering liknar fortfarande den gamla organisationen. Det är därför som molnet inte känns som ett lyft. Det känns mer som en ny räkning och en ny miljö där det fortfarande är svårt att se vad som driver kostnaderna.
I den här situationen handlar migrering vanligtvis om tre saker:
Ägarskap
Det måste vara tydligt vem som är ansvarig för kostnaderna i varje system.
Överblick
Vad är det som driver förbrukningen?
Vad kostar mest?
Vad lägger du fortfarande pengar på trots att ingen faktiskt använder det?
Standarder
Backup, loggning, övervakning och åtkomsthantering bör vara tillräckligt lika för att drift och säkerhet inte ska bli ett lapptäcke av undantag.
När det är tydligt vad som driver förbrukningen och vem som ansvarar för vad, blir molnet vanligtvis mer förutsägbart. Inte för att allt blir billigt, utan för att det blir enklare att hantera. Du får tillbaka kontrollen.
Om förändring och risk är din största utmaning beror det ofta på att lift and shift inte har förändrat något i grunden.
Systemet är fortsatt tungt att jobba med, och varje ny release blir ett smärtsamt moment. I stället för att lösa problemen på riktigt tar du till workarounds, helt enkelt för att det går snabbare. Resultatet är en bräcklig lösning där även små justeringar kan få stora följdeffekter.
Det är här modernisering blir meningsfull. Inte som ett stort ”nu bygger vi om allt”-projekt, utan som ett medvetet och stegvis arbete där utvalda delar av lösningen anpassas för molnet. På så sätt blir förändringar över tid både billigare att genomföra och mindre riskfyllda.
Identifiera var friktionen uppstår:
Var går det fel när du ändrar något?
Vilka delar skapar mest turbulens under releaser?
Vilka delar är beroende av vissa nyckelpersoner?
Gör förändringar steg för steg:
Mer automatisering så att processen inte är beroende av manuella steg.
Mer enhetliga processer för driftsättning så att releaser blir rutin.
Mer robusthet i de delar som ofta fallerar, så att ett misstag inte får hela systemet att falla samman.
Modernisering är relevant när målet inte bara är att köra stabilt, utan att kunna göra förändringar snabbt utan att betala med instabila operationer.
För att konkretisera detta kan man börja med två frågor per system.
Hur ofta bör det ändras?
Hur riskfyllt är det att ändra?
När du väl har svaren kan du använda dem som en enkel grund för prioritering. System som sällan förändras, men som behöver vara stabila och hanterbara i drift, pekar ofta mot att få migreringsarbetet helt på plats. System som förändras ofta och där förändringar i dagsläget är dyra eller riskfyllda pekar ofta mot modernisering, helt eller delvis.
Det handlar inte om att välja en strategi för allt, utan om att välja rätt för varje system. När den prioriteringen är på plats blir molnet lättare att hantera, både tekniskt och ekonomiskt.