Molnmigreringar: Så får du en smidig övergång till molnet

En gemensam nämnare är att det finns många kända okända – och ännu fler okända okända! Enkelt uttryckt är snöförhållandena högre upp ett känt okänt; i molnanalogin kan detta kända okända till exempel vara de grundläggande tekniker du väljer att börja med.

Låt oss jämföra resan med en molnmigrering med en tur i obanad terräng mer ingående. För att få en lyckad och säker upplevelse finns det några punkter på checklistan för båda som du bör kunna besvara tydligt.

1. Vart är du på väg?

När du färdas i obanad terräng bör du alltid ha en uppfattning om vart du är på väg. Är det en lång eller kort tur? Kommer terrängen att vara krävande eller lätt? Svaren på dessa frågor hjälper dig att förbereda dig och packa det du behöver för varje specifik tur. Med andra ord: Vad vill du uppnå och vad är syftet med aktiviteten?

Sammanfatta din målbild i en tydlig och kortfattad översikt så att du enkelt kan dela den med andra och påminna dig själv om varför du tar dig an projektet från början. Det betyder inte att du inte behöver planera i detalj, utan att du kan tydliggöra exakt vad som ska hända – och varför. Om du saknar syfte och/eller motivation kan det vara svårt att få andra att arbeta med dig, särskilt när alla behöver ha samma bild av vad som förväntas hända.

2. Vilken utrustning planerar du att använda?

För turer i obanad terräng är min plattform en splitboard. I molnet är plattformen däremot vanligtvis tjänster från en publik molnleverantör eller en egenhanterad teknikstack som körs på en publik molninfrastruktur. Det kan också vara så att du behöver flera olika plattformar, till exempel i en multi-cloud-miljö.

3. Lär känna och förstå teamet du ger dig ut med

Vid snowboardåkning i obanad terräng finns det inget bättre sätt att lära sig och genomföra turen säkert än att ge sig ut med ett team som redan känner till terrängen och har erfarenhet av sådana turer.

Att läsa böcker och bloggar samt gå utbildningar är naturligtvis mycket värdefulla komplement, men det förbereder dig inte alltid helt för det som kan vänta – för att inte tala om hur du bör agera när något oväntat inträffar. Det är ganska vanligt att alla i teamet som ska ge sig ut på turen medvetet eller omedvetet "bedömer" gruppen för att säkerställa att sammansättningen passar den planerade turen.

Om det finns oerfarna personer i teamet, eller om ingen känner till det exakta område där ni ska röra er, kan det vara klokt att antingen sänka förväntningarna på vad ni kan uppnå eller anlita en lokal guide.

Samma principer gäller för molnmigreringar: även om du har specialister som känner till dina workloads och tjänster kan riskerna fortfarande vara stora om teamet saknar specifik erfarenhet av de tekniker du ska flytta till.

4. Vilken rutt är planerad?

När du vet vad du vill göra, varför du gör det och vilka som ska delta behöver du planera rutten.

Det finns flera sätt och strategier för att ta sig från A till B. Vid snowboardåkning i obanad terräng kan du välja att gå rakt upp eller ta en långsammare och mindre ansträngande sicksackrutt uppför. Vid en molnmigrering kan du först se över olika typer av workloads och tjänster innan du placerar dem i en roadmap.

Det här är de sex R:en för molnmigrering, som vägleder den strategiska klassificeringen av applikationsmigrering till molnet:

1. Rehost – lift and shift

Flytta befintliga workloads till molnet utan att göra några ändringar i lösningsarkitekturen eller applikationerna. En enkel migrering som ändå ger fördelar genom molnets ekonomi och genom att köra tjänster i en mycket skalbar, tillgänglig och säker miljö.

2. Replatform – lift, tinker, and shift

Detta liknar rehosting, men med vissa ändringar och/eller uppdateringar av applikationerna för att ge ytterligare omedelbara fördelar. Vanliga aktiviteter inom ramen för "tinker" är att börja använda förvaltade databaser eller ett CMS.

3. Repurchase

Gör en djupgående analys av hur du köper programvara och applikationer, och skapa en detaljerad strategi för kostnader, fördelar och tillgängliga alternativ. Ett enkelt exempel är att gå från licensbaserade applikationer till SaaS-lösningar.

4. Refactor / rearchitect

Ta steget mot att bli Cloud Native genom att omarbeta befintliga lösningar så att du får ut mesta möjliga av molnet med uppdaterad beprövad praxis och moderna lösningar, samtidigt som du omdefinierar själva applikationerna för att uppnå verksamhetsmålen. Refactoring är en större insats, men ger stora fördelar och gör lösningarna framtidssäkra.

4. Retire

Skapa dig en förståelse för vilka applikationer du använder, vilket syfte de har och om det finns bättre alternativ till sådant som annars kan avvecklas helt. Utan regelbundna strategiska utvärderingar finns det ofta redundanta eller helt föråldrade komponenter i applikationsportföljen.

6. Behåll

I vissa fall kan det vara bäst att konstatera att vissa workloads eller tjänster bör lämnas som de är. Det är dock viktigt att ha en professionell förståelse för varför detta är rätt beslut i ett större perspektiv av molnmigreringen, och om det kan förändras i framtiden.

5. Förutsättningar och risker

Precis som med allt annat i livet och arbetet finns det alltid risker. Vid snowboardåkning i obanad terräng kan riskerna variera kraftigt, från mindre incidenter och trasig utrustning till livshotande situationer – det går aldrig att helt undvika alla risker.

När det gäller molnmigrering innebär de stora fördelarna och möjligheterna också en betydande risk för komplikationer och oförutsedda händelser. Det bästa sättet att minska dessa risker och säkerställa en lyckad migrering är att ha en tydlig vision, utgå från aktuell beprövad praxis och moderna lösningar samt arbeta med rätt team som har erfarenhet av det som väntar.

Upptäck hur Eficode kan hjälpa dig att genomföra din molnmigrering.