Migreringsstrategiens 7 R-er

Å flytte arbeidsbelastninger til AWS er sjelden én enkelt handling – det er en portefølje av beslutninger som tas for hver applikasjon. De 7 R-ene for migrering gir arkitekter et felles vokabular for å klassifisere applikasjoner og velge riktig migreringsbane. Til SAA-C03-eksamen må De vite hvilken R som gjelder for en gitt scenariobeskrivelse, siden oppgavene ofte tester evnen til å knytte en applikasjons egenskaper til riktig migreringsstrategi.

Rehost (Lift-and-Shift) flytter en applikasjon til AWS uten noen endringer i applikasjonskoden eller arkitekturen. Bruk AWS Application Migration Service (MGN) til å replikere lokale VM-er til EC2-instanser. Rehost er raskest å gjennomføre og innebærer minst risiko, noe som gjør strategien ideell for migreringer i stor skala der hastighet er viktig og optimalisering kan gjøres senere. Strategien utnytter ikke skybaserte funksjoner.

Replatform gjør noen få målrettede skyoptimaliseringer uten å endre den grunnleggende applikasjonsarkitekturen. Eksempler er å migrere en MySQL-database fra EC2 til Amazon RDS (administrert feilretting, sikkerhetskopiering) eller å flytte en Java-applikasjonsserver til AWS Elastic Beanstalk (administrert skalering). De beholder den samme applikasjonslogikken, men erstatter krevende driftsoppgaver med administrerte tjenester. Dette er en mellomløsning som gir moderate fordeler med lav migreringsrisiko.

Repurchase erstatter en eksisterende applikasjon med et kommersielt SaaS-produkt. Eksempler er å erstatte et selvadministrert CRM-system med Salesforce eller bytte ut et tilpasset HR-system med Workday. Fra AWS' perspektiv innebærer dette å avslutte den lokale lisensen og abonnere på et SaaS-tilbud. Migreringsarbeidet handler om datamigrering og opplæring av brukere, ikke om infrastruktur. Dette passer når den tilpassede applikasjonen ikke lenger gir virksomheten et konkurransefortrinn.

Refactor (Re-architect) innebærer å redesigne applikasjonen for å utnytte skybaserte funksjoner fullt ut. Eksempler er å dele opp en monolitt i mikrotjenester som kjører på Lambda og API Gateway, eller å implementere satsvis behandling på nytt ved hjelp av SQS og arbeidere med autoskalering. Refactor gir de største langsiktige fordelene når det gjelder skalerbarhet, robusthet og kostnader – men er den dyreste og mest tidkrevende migreringsstrategien.

Retire betyr å stenge ned applikasjoner som ikke lenger trengs. En grundig porteføljevurdering viser ofte at 10–20 % av applikasjonene ikke har aktive brukere, har duplikatfunksjonalitet fra et annet system eller ikke lenger oppfyller formålet. Å avvikle dem reduserer lisenskostnader, angrepsflaten og migreringsomfanget. Før De avvikler en applikasjon, må De bekrefte dette med interessentene og kontrollere kravene til datalagring i regelverket.

Retain (noen ganger kalt Revisit) betyr å beholde applikasjonen lokalt inntil videre. Årsaker kan være regulatoriske krav om datasuverenitet, en nylig kapitalinvestering i maskinvare, komplekse avhengigheter til leverandører eller at applikasjonen nærmer seg slutten av levetiden. Applikasjoner som beholdes, migreres ikke i den aktuelle migreringsbølgen, men kan vurderes på nytt senere. Retain er et gyldig og vanlig resultat av en migreringsvurdering.

Relocate er den sjuende R-en, som ble lagt til rammeverket senere. Den flytter infrastrukturen til AWS uten at De trenger å kjøpe ny maskinvare, refaktorere applikasjoner eller redesigne arkitekturen. Konkret viser dette til migrering av VMware vSphere-arbeidsbelastninger til VMware Cloud on AWS, slik at de samme vCenter-verktøyene kan administrere VM-er som nå kjører på AWS-baremetall. Det er raskere enn rehost for VMware-dominerte miljøer som ikke er klare til å endre operativsystem eller applikasjon.

I en reell migreringsbølge kan én organisasjon bruke alle de 7 R-ene samtidig: avvikle ubrukte applikasjoner, beholde applikasjoner som blokkeres av samsvarskrav, bruke MGN til å rehoste de fleste, flytte databaser til RDS med replatform, refaktorere én eller to strategiske monolitter til serverløse løsninger, kjøpe inn et nytt CRM-system som erstatning for det gamle og relocate VMware-klynger. AWS Migration Readiness Assessment (MRA) og Migration Hub hjelper med å følge hver applikasjons 7-R-klassifisering i porteføljen.

Migreringskostnaden øker når De går fra Retire via Relocate, Retain, Rehost, Replatform og Repurchase til Refactor. Refactor har de høyeste innledende utviklingskostnadene, men gir vanligvis de laveste langsiktige skykostnadene takket være serverløs autoskalering og betaling etter forbruk. Rehost gir den raskeste veien til skyen, men kan føre til overdimensjonerte EC2-instanser som må tilpasses i etterkant for at kostnadsbesparelser skal oppnås.

Migreringsoppgaver med scenarier følger et bestemt mønster: De beskriver en egenskap ved en applikasjon og spør hvilken migreringsstrategi som passer best. Se etter nøkkelord: «raskeste migrering» = Rehost, «administrert tjeneste, ingen kodeendring» = Replatform, «modernisere/serverløs» = Refactor, «flytte VMware» = Relocate, «trengs ikke lenger» = Retire, «samsvar med regelverk/datasuverenitet» = Retain og «bytte til SaaS» = Repurchase. Det finnes én riktig R for hvert scenario – eliminer de andre ved hjelp av nøkkelordene.

I denne leksjonen lærte De at de 7 R-ene er Rehost, Replatform, Repurchase, Refactor, Retire, Retain og Relocate, at eksamensoppgaver tester evnen til å knytte applikasjonsegenskaper til riktig R ved hjelp av nøkkelord, og at Refactor gir størst skyfordel, men har de høyeste innledende kostnadene. Deretter skal vi se nærmere på AWS Migration Hub og Application Discovery Service for porteføljevurdering.