Migrationstrategiens 7 R'er

At flytte arbejdsbelastninger til AWS er sjældent én enkelt handling — det er en række beslutninger, der træffes for hver applikation. De 7 R'er ved migration giver arkitekter et fælles vokabular til at klassificere applikationer og vælge den rigtige migrationssti. Til SAA-C03-eksamen skal du vide, hvilket R der gælder for en given scenariobeskrivelse, da spørgsmålene ofte tester din evne til at knytte en applikations egenskaber til den korrekte migrationsstrategi.

Rehost (Lift-and-Shift) flytter en applikation til AWS med ingen ændringer i applikationskoden eller arkitekturen. Brug AWS Application Migration Service (MGN) til at replikere lokale VM'er til EC2-instanser. Rehost er den hurtigste strategi at gennemføre og indebærer mindst risiko, hvilket gør den ideel til storskala-migrationer, hvor hastighed er vigtig, og optimering kan ske senere. Den udnytter ikke cloud-native-funktioner.

Replatform foretager nogle få målrettede cloudoptimeringer uden at ændre den grundlæggende applikationsarkitektur. Eksempler er at migrere en MySQL-database fra EC2 til Amazon RDS (administreret patching og sikkerhedskopiering) eller at flytte en Java-applikationsserver til AWS Elastic Beanstalk (administreret skalering). Du bevarer den samme applikationslogik, men erstatter det driftsmæssige tunge arbejde med administrerede tjenester. Det er en mellemvej, der giver moderate fordele med lav migrationsrisiko.

Repurchase erstatter en eksisterende applikation med et kommercielt SaaS-produkt. Eksempler er at erstatte et selvadministreret CRM-system med Salesforce eller udskifte et specialudviklet HR-system med Workday. Set fra AWS' perspektiv betyder det, at den lokale licens opsiges, og at der tegnes abonnement på en SaaS-tjeneste. Migrationsarbejdet handler om datamigration og brugeroplæring snarere end infrastruktur. Det er passende, når den specialudviklede applikation ikke længere giver virksomheden en konkurrencemæssig fordel.

Refactor (Re-architect) indebærer, at applikationen redesignes, så den fuldt ud udnytter cloud-native-funktioner. Eksempler er at opdele en monolit i mikrotjenester, der kører på Lambda and API Gateway, eller at implementere batchbehandling på ny ved hjælp af SQS and auto-scaling workers. Refactor giver de største langsigtede fordele inden for skalerbarhed, robusthed og omkostninger — men det er den dyreste og mest tidskrævende migrationsstrategi.

Retire betyder, at applikationer, der ikke længere er nødvendige, lukkes ned. En grundig porteføljevurdering viser ofte, at 10–20 % af applikationerne ikke har aktive brugere, har samme funktionalitet som et andet system eller ikke længere er egnede til formålet. Når de udfases, reduceres licensomkostningerne, sikkerhedsrisikoen og migrationens omfang. Før du udfaser en applikation, skal du bekræfte det med interessenterne og kontrollere kravene til opbevaring af data af hensyn til compliance.

Retain (kaldes nogle gange Revisit) betyder, at applikationen indtil videre bliver på den lokale infrastruktur. Årsager kan være lovkrav om datasuverænitet, en nylig kapitalinvestering i hardware, komplekse leverandørafhængigheder eller at applikationen nærmer sig slutningen af sin levetid. Applikationer, der beholdes, migreres ikke i den aktuelle migrationsbølge, men kan vurderes igen senere. Retain er et gyldigt og almindeligt resultat af en migrationsvurdering.

Relocate er det syvende R, som blev føjet til modellen senere. Det flytter infrastrukturen til AWS uden at købe ny hardware, refaktorere applikationer eller redesigne arkitekturen. Konkret henviser det til at migrere VMware vSphere workloads til VMware Cloud on AWS, så de samme vCenter-værktøjer kan administrere VM'er, der nu kører på AWS bare metal. Det er hurtigere end rehost i VMware-tunge miljøer, der ikke er klar til at ændre operativsystem eller applikation.

I en reel migrationsbølge kan en enkelt organisation anvende alle 7 R'er samtidig: udfase ubrugte applikationer, beholde dem, der er blokeret af compliancekrav, rehoste de fleste med MGN, replatforme databaser til RDS, refaktorere en eller to strategiske monolitter til serverless, repurchase et ældre CRM-system og relocate VMware-klynger. AWS Migration Readiness Assessment (MRA) og Migration Hub hjælper med at følge hver applikations 7-R-klassifikation på tværs af porteføljen.

Migrationsomkostningerne stiger, når du bevæger dig fra Retire gennem Relocate, Retain, Rehost, Replatform og Repurchase til Refactor. Refactor har de højeste indledende udviklingsomkostninger, men giver typisk de laveste langsigtede cloudomkostninger på grund af automatisk skalering i serverless-tjenester og betaling pr. brug. Rehost giver den hurtigste vej til cloud, men kan resultere i overdimensionerede EC2-instanser, som efterfølgende skal tilpasses for at opnå besparelser.

Migrationsscenariespørgsmål følger et bestemt mønster: De beskriver en applikations egenskab og spørger, hvilken migrationsstrategi der er mest passende. Hold øje med nøgleord: 'hurtigste migration' = Rehost; 'administreret tjeneste, ingen kodeændringer' = Replatform; 'modernisering/serverless' = Refactor; 'flytning af VMware' = Relocate; 'ikke længere nødvendig' = Retire; 'compliance/datasuverænitet' = Retain; 'skift til SaaS' = Repurchase. Der er ét korrekt R pr. scenarie — udeluk de andre ved hjælp af nøgleordene.

I denne lektion har du lært, at de 7 R'er er Rehost, Replatform, Repurchase, Refactor, Retire, Retain og Relocate, at eksamensspørgsmål tester din evne til at knytte applikationers egenskaber til det korrekte R ved hjælp af nøgleord, og at Refactor giver de største cloudfordele, men også de højeste indledende omkostninger. Dernæst ser vi på AWS Migration Hub og Application Discovery Service til porteføljevurdering.