De tre faserna i AWS MAP — och var projekt faktiskt fastnar

Fas 1: Bedömning (Assess)

Bedömningsfasen handlar om att förstå vad ni har, vad det kostar och varför en migrering ger affärsvärde. Konkret innebär det:

• Applikationsportföljanalys — Kartlägg samtliga applikationer, deras beroenden, dataflöden och ägare. Verktyg som AWS Application Discovery Service och Migration Evaluator ger kvantitativa underlag.
• TCO-analys (Total Cost of Ownership) — Jämför faktiska kostnader för nuvarande on-prem- eller colocation-drift med projicerade AWS-kostnader. Var realistisk — inkludera personalens tid, inte bara licensavgifter.
• Migreringsplanering — Identifiera vilka applikationer som kan rehostas direkt, vilka som behöver refaktoreras och vilka som bör pensioneras.

Opsios perspektiv: Den vanligaste bristen vi ser i bedömningsfasen är att organisationer underskattar applikationsberoenden. En databas som "bara har tre användare" visar sig ofta ha 15 integrationer som ingen dokumenterat. Vår rekommendation är att köra nätverksanalys i minst två veckor innan ni låser migreringsordningen.

Fas 2: Mobilisering (Mobilize)

Mobiliseringsfasen är där de flesta projekt tappar fart. Fasens syfte är att bygga det fundament som krävs för att migreringen ska lyckas:

• Landing Zone — Skapa en säker, skalbar AWS-kontomiljö med rätt guardrails. AWS Control Tower är standardvalet, men konfigurationen måste anpassas efter organisationens storlek och regulatoriska krav.
• Nätverksarkitektur — Designa konnektivitet mellan on-prem och AWS (Direct Connect, VPN), VPC-struktur och DNS-strategi.
• Säkerhetsbaslinje — Implementera IAM-policies, loggning (CloudTrail, GuardDuty), krypteringsstandarder och incidenthanteringsprocesser.
• Kompetensutveckling — Driftteamet behöver träning. Inte generella AWS-kurser, utan specifik kunskap om er miljö och de tjänster ni faktiskt kommer att använda.

Opsios perspektiv: Mobiliseringsfasen kräver beslut som påverkar driften i åratal framöver. Vi ser regelbundet organisationer som skippar en genomtänkt kontostrategi och hamnar med en enda AWS-account där allt blandas — produktion, test, säkerhetsloggar. Det fungerar för tre arbetsbelastningar. Det fungerar inte för trettio. Molnmigrering

Fas 3: Migrera och modernisera (Migrate & Modernize)

Den faktiska flytten genomförs med en kombination av AWS-verktyg och manuellt arbete:

Moderniseringsdelen — att gå från "det fungerar i molnet" till "det drar nytta av molnet" — är ofta det som skapar verkligt affärsvärde. Containerisering med ECS eller EKS, serverless-arkitektur med Lambda, managerade databaser med Aurora — det är här kostnadsbesparingarna och prestandaförbättringarna realiseras.

Opsios perspektiv: Många organisationer deklarerar migreringen som klar efter rehosting. Det är ett misstag. En lift-and-shift-migrering utan efterföljande optimering ger ofta högre driftskostnader än on-prem, eftersom molninstanser körs dygnet runt med samma dimensionering som de fysiska servrarna hade. Moderniseringsfasen är inte valfri — den är hela poängen. Cloud FinOps

Ekonomiska incitament i AWS MAP

En av de starkaste drivkrafterna bakom MAP är de finansiella incitamenten. AWS erbjuder krediter och rabatter för kvalificerade migreringsprojekt, vilket kan sänka den initiala investeringen märkbart. Incitamenten är kopplade till:

• Projektets omfattning — Fler arbetsbelastningar ger normalt bättre villkor.
• Partnerstatus — Att arbeta med en AWS-partner med MAP-kompetens är i praktiken ett krav för att kvalificera sig för de mest fördelaktiga programmen.
• Dokumentation och rapportering — AWS kräver att migreringen dokumenteras enligt specifika mallar och att framsteg rapporteras löpande.

Det som ofta underskattas är det administrativa arbetet kring incitamenten. Att spåra vilka arbetsbelastningar som kvalificerar sig, dokumentera migreringen korrekt och rapportera till AWS i rätt format tar betydande tid. En erfaren partner hanterar detta som en del av projektet.

Varför partnervalet avgör utfallet

Flexeras State of the Cloud har konsekvent visat att molnkostnadshantering och migrering rankas bland organisationers största utmaningar. AWS MAP ger en ram att arbeta inom, men ramverket adresserar inte de operativa frågorna: Vem övervakar miljön efter flytten? Vem hanterar incidenter klockan tre på natten? Vem optimerar kostnaderna kvartalsvis?

Det är skillnaden mellan en konsult som levererar en migreringsplan och en managerad tjänsteleverantör (MSP) som tar driftansvar. Opsio arbetar med AWS MAP som en del av ett bredare åtagande:

• Före migrering: Bedömning, arkitekturdesign, Landing Zone-setup
• Under migrering: Projektledning, teknisk genomförare, testning och validering
• Efter migrering: 24/7 övervakning och incidenthantering via vårt SOC/NOC, kostnadsoptimering, säkerhetsövervakning och kontinuerlig modernisering

Vår erfarenhet från eu-north-1 (Stockholm) och andra europeiska regioner innebär att vi förstår de regulatoriska kraven — GDPR, NIS2-direktivet och svenska dataskyddskrav — som påverkar arkitekturbeslut redan i bedömningsfasen. Managerade molntjänster

Säkerhet och regelefterlevnad genom hela MAP-processen

Molnmigrering utan säkerhetsperspektiv är ett recept för incidenter. I varje fas av MAP bör säkerhetsfrågorna vara centrala:

• Bedömningsfasen: Identifiera känslig data, regulatoriska krav och nuvarande säkerhetsbrister.
• Mobiliseringsfasen: Implementera säkerhetsbaslinje — kryptering av data i transit och at rest, IAM-roller med least-privilege-principen, loggning och övervakning.
• Migreringsfasen: Validera att säkerhetskontroller fungerar i den nya miljön. Genomför penetrationstester och säkerhetsgranskningar innan produktion slås på.

För organisationer som lyder under NIS2-direktivet — vilket gäller allt fler svenska företag sedan implementeringen — ställer migreringen specifika krav på leverantörskedjan, incidentrapportering och riskhantering som måste adresseras i arkitekturen, inte som en eftertanke. Molnsäkerhet

Från ramverk till faktiskt resultat

AWS MAP ger en solid grund. Men ett ramverk är inte en migrering — det är en karta. Skillnaden mellan organisationer som realiserar molnets värde och de som fastnar med högre kostnader och ökad komplexitet handlar om genomförandet.

Opsio har genomfört MAP-projekt för organisationer i olika storlekar och branscher, med vårt SOC/NOC i Karlstad och Bangalore som säkerställer att den migrerade miljön inte bara fungerar dag ett utan fortsätter att prestera, vara säker och kostnadseffektiv över tid. Managerad DevOps

Det kritiska beslutet är inte om ni ska använda AWS MAP — det är vem ni gör resan med.

Vanliga frågor

Vad kostar det att delta i AWS MAP?

AWS MAP i sig har ingen fast kostnad — programmet erbjuder istället ekonomiska incitament som AWS-krediter och tjänsterabatter vid kvalificerade migreringsprojekt. Den faktiska kostnaden beror på projektets omfattning, antalet arbetsbelastningar och vilken partnernivå du väljer. AWS kräver att ett visst antal arbetsbelastningar migreras för att projektet ska kvalificera sig.

Hur lång tid tar en AWS MAP-migrering?

Tidsramen varierar kraftigt beroende på komplexitet. En organisation med 50–100 arbetsbelastningar kan räkna med 6–12 månader för alla tre faserna. Större migreringar med legacy-system och regulatoriska krav kan ta 18 månader eller mer. Bedömningsfasen brukar ta 4–8 veckor, mobiliseringen 8–16 veckor, och själva migreringen löper därefter.

Behöver vi en partner för AWS MAP eller kan vi köra själva?

Tekniskt sett kan ni driva ett MAP-projekt internt, men AWS rekommenderar starkt att arbeta med en certifierad partner. Partnern bidrar med migreringserfarenhet, verktygskunskap och projektledning som de flesta interna team saknar. Dessutom kan en MAP-partner hjälpa er att kvalificera för och maximera de finansiella incitamenten.

Vilka arbetsbelastningar passar bäst för AWS MAP?

MAP är utformat för storskaliga migreringar — typiskt organisationer med minst 20–30 arbetsbelastningar. Programmet hanterar allt från enkel rehosting (lift-and-shift) till komplex refaktorering. Arbetsbelastningar med tydliga ägare, känd trafik och dokumenterade beroenden är enklast att börja med.

Hur skiljer sig AWS MAP från vanlig molnmigrering?

Den största skillnaden är strukturen och de finansiella incitamenten. MAP ger en beprövad trefasmetodik, tillgång till AWS-specialister och ekonomiskt stöd som sänker tröskeln. Utan MAP migrerar organisationer ofta ad hoc, utan helhetsplanering — vilket leder till kostnadsöverdrag, säkerhetsluckor och teknisk skuld.