MAP:s tre faser i praktiken

Fas 1: Bedömning (Assess)

Bedömningsfasen handlar om att skapa ett komplett beslutsunderlag. Här kartläggs befintlig infrastruktur, applikationer och beroenden. AWS Application Discovery Service samlar automatiskt in data om servrar, nätverksflöden och resursanvändning.

Från Opsios perspektiv är det här den fas som flest organisationer underskattar. Vi ser regelbundet att företag vill hoppa direkt till migrering utan att förstå sitt eget applikationslandskap. Det leder till kostsamma överraskningar: databaser med oväntade beroenden, applikationer som inte kan köras i molnet utan refaktorisering, och licensmodeller som inte fungerar i AWS.

Vad bedömningsfasen bör leverera:

• Komplett serverinventering med resursanvändningsmönster
• Applikationsberoendekarta
• Total Cost of Ownership-analys (TCO) – lokalt vs. AWS
• Klassificering av varje arbetsbelastning enligt 6 R-modellen
• Identifierade risker och efterlevnadskrav (GDPR, NIS2)

Fas 2: Mobilisering (Mobilize)

Mobiliseringsfasen bygger den operativa grunden. Här skapas landningszonen i AWS (Landing Zone), säkerhetspolicyer definieras, och migreringsverktyg konfigureras. Det är också i denna fas som teamets kompetens byggs upp.

I praktiken innebär det att vi på Opsio sätter upp:

• AWS Control Tower med organisationsstruktur och guardrails
• Nätverksarkitektur med VPC-design, Transit Gateway och anslutning tillbaka till on-premise
• IAM-policyer och rollbaserad åtkomstkontroll
• Säkerhetsbaslinje med AWS Security Hub, GuardDuty och centraliserad loggning
• CI/CD-pipelines för Infrastructure as Code (Terraform eller CloudFormation)

Den här fasen tar ofta 4–8 veckor beroende på miljöns komplexitet. Det är en investering som betalar sig genom färre incidenter och snabbare migrering i fas tre.

Fas 3: Migrering och modernisering (Migrate & Modernize)

Nu sker den faktiska flytten. Arbetsbelastningar migreras i vågor (waves), där varje våg typiskt innehåller 10–30 servrar med liknande egenskaper och risknivå.

AWS Application Migration Service (MGN) hanterar lift-and-shift-migreringar genom kontinuerlig replikering. Det innebär att servrar replikeras i realtid till AWS, och cutover kan ske med minimalt driftstopp – ofta under 30 minuter per server.

Men lift-and-shift är bara en av sex strategier:

Vår erfarenhet visar att en typisk migrering fördelar sig ungefär 60 % rehost, 20 % replatform, 10 % refactor och 10 % retire/retain. Men den fördelningen bör komma ur bedömningsfasen – inte ur en mall.

Säkerhet och efterlevnad i en MAP-migrering

Sedan NIS2-direktivet trädde i kraft ställs högre krav på organisationer inom kritisk infrastruktur. Det påverkar hur migreringar planeras, särskilt kring:

• Dataresidenskrav: AWS-regionen eu-north-1 (Stockholm) eller Sweden Central i Azure är naturliga val för svenska organisationer. MAP-planen bör explicit specificera vilka regioner som används.
• Kryptering: Data i vila (AWS KMS) och i transit (TLS 1.2+) ska konfigureras från dag ett.
• Loggning och spårbarhet: CloudTrail, VPC Flow Logs och centraliserad SIEM-integration krävs för att uppfylla NIS2:s krav på incidenthantering.
• Åtkomstkontroll: Principen om minsta behörighet implementeras via IAM-policyer, och privilegierad åtkomst bör hanteras via AWS SSO och sessionsbaserade roller.

Integritetsskyddsmyndigheten (IMY) förväntar sig att organisationer kan redovisa var persondata lagras och hur den skyddas. En MAP-migrering utan GDPR-analys i bedömningsfasen är en risk som ingen IT-chef bör ta. Molnsäkerhet

MAP-krediter: Så fungerar ekonomin

En av MAP:s mest konkreta fördelar är de ekonomiska incitamenten. AWS erbjuder krediter som täcker delar av migreringskostnaden – både för verktyg, partnerkonsulttid och AWS-tjänster under migreringsperioden.

Krediternas storlek beror på:

• Antal arbetsbelastningar som migreras
• Total AWS-förbrukning efter migrering (Annual Recurring Revenue)
• Vilken partner som genomför projektet

Exakt kreditbelopp förhandlas i varje enskilt fall. Det som är värt att veta: krediterna aktiveras först när en kvalificerad partner är involverad och projektet är registrerat hos AWS. Att försöka köra MAP utan partner innebär att du går miste om den ekonomiska delen av programmet.

Efter migrering bör FinOps-principer tillämpas för att säkerställa att den nya AWS-miljön inte drar iväg kostnadsmässigt. Reserved Instances, Savings Plans och rightsizing av instanser bör implementeras inom 60–90 dagar efter avslutad migrering. Cloud FinOps

Hur Opsio arbetar med MAP-projekt

Som managerad tjänsteleverantör med 24/7 SOC/NOC i Karlstad och Bangalore har vi genomfört MAP-projekt från bedömning till stabil drift. Vår approach skiljer sig från renodlade konsultfirmor på några sätt:

Vi stannar kvar efter migreringen. MAP slutar formellt efter fas tre, men det är då den verkliga optimeringen börjar. Opsio tar över drift, övervakning och kontinuerlig optimering via våra managerade molntjänster. Managerade molntjänster

Vi kombinerar MAP med DevOps-automation. Varje MAP-projekt vi genomför levereras med IaC (Terraform), automatiserade pipelines och monitorering från dag ett. Det innebär att den migrerade miljön är reproducerbar och versionshanterad – inte en manuellt konfigurerad miljö som ingen vågar röra. Managerad DevOps

Vi dimensionerar för verkligheten. AWS Prescriptive Guidance ger bra riktlinjer, men varje organisation har sin egen kontext. Vår SOC/NOC-data ger oss insikt i vilka arkitekturmönster som faktiskt fungerar i drift, inte bara i pilotmiljöer.

Vanliga misstag vi ser i MAP-projekt

1. Hoppa över bedömningsfasen. Organisationer som "redan vet" vad de har upptäcker invariabelt okända beroenden, skugg-IT och felaktiga licensantaganden.

2. Behandla alla arbetsbelastningar lika. En ERP-databas och en statisk webbserver kräver fundamentalt olika migreringsstrategier. 6 R-klassificeringen finns av en anledning.

3. Ignorera nätverksdesign. Latens mellan on-premise och AWS under en hybridfas kan göra applikationer oanvändbara. Direct Connect eller VPN bör vara på plats innan första migreringsvågen.

4. Glömma FinOps. MAP-krediter tar slut. Om du inte har en plan för kostnadsoptimering efter migreringen riskerar du en AWS-faktura som överstiger den gamla datacenterbudgeten. Molnmigrering

Vanliga frågor

Vad kostar det att delta i AWS Migration Acceleration Program?

MAP i sig har ingen licensavgift. AWS erbjuder krediter och finansiering baserat på projektets storlek och komplexitet. Den faktiska kostnaden beror på vilka arbetsbelastningar du migrerar, vilken partnersupport du behöver och hur mycket refaktorisering som krävs. En kvalificerad AWS-partner som Opsio hjälper dig att maximera krediterna.

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

Det varierar kraftigt beroende på antal servrar, applikationskomplexitet och organisationens mognad. En typisk medelstort migrering (50–200 servrar) tar 3–9 månader inklusive bedömnings- och mobiliseringsfasen. Automatiseringsverktyg och erfaren partnerhjälp kan korta tidslinjen väsentligt.

Behöver vi en AWS-partner för att använda MAP?

Tekniskt sett kan du genomföra delar av MAP internt, men programmet är designat för att levereras tillsammans med en kvalificerad AWS-partner. Partnern bidrar med migrationserfarenhet, verktyg och tillgång till MAP-krediter som annars inte är tillgängliga. Opsio är AWS-partner med specifik MAP-erfarenhet.

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

MAP passar alla storlekar, men ger störst värde vid storskaliga migreringar med 20+ servrar eller komplexa applikationslandskap. Databaser, affärskritiska applikationer och miljöer med strikta efterlevnadskrav (GDPR, NIS2) drar särskild nytta av det strukturerade ramverket.

Hur skiljer sig MAP från att bara flytta servrar till EC2?

En ren lift-and-shift till EC2 hoppar över strategisk planering, kostnadsoptimering och modernisering. MAP tvingar fram en strukturerad bedömning som identifierar vilka applikationer som bör omstruktureras, avvecklas eller behållas – vilket ger lägre driftkostnad och bättre prestanda långsiktigt.