0Pricing
AWS Solutions Architect · Lekcja

7 strategii migracji

Stosować Rehost, Replatform, Repurchase, Refactor, Retire, Retain i Relocate do kategoryzowania poszczególnych obciążeń oraz tworzenia planu migracji.

7 strategii migracji to bezpłatna lekcja AWS Solutions Architect na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej AWS Solutions Architect, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs AWS Solutions Architect zawiera 4 lekcji w sumie.

Dlaczego strategia migracji ma znaczenie

Przenoszenie obciążeń do AWS rzadko jest pojedynczym działaniem — to zbiór decyzji podejmowanych dla każdej aplikacji. 7 strategii migracji (7 Rs) zapewnia architektom wspólny język do klasyfikowania aplikacji i wybierania właściwej ścieżki migracji. Na egzaminie SAA-C03 należy wiedzieć, która strategia R ma zastosowanie w danym scenariuszu, ponieważ pytania często sprawdzają umiejętność dopasowania cech aplikacji do właściwej strategii migracji.

Rehost: przenieś bez zmian

Rehost (Lift-and-Shift) polega na przeniesieniu aplikacji do AWS bez wprowadzania zmian w jej kodzie ani architekturze. Do replikowania lokalnych maszyn wirtualnych do instancji EC2 należy użyć AWS Application Migration Service (MGN). Rehost to najszybsza strategia i wiąże się z najmniejszym ryzykiem, dlatego idealnie nadaje się do migracji na dużą skalę, w których liczy się szybkość, a optymalizację można przeprowadzić później. Nie wykorzystuje ona możliwości właściwych dla chmury natywnej.

# Rehost signal words in exam questions:
# 'move quickly', 'minimal changes', 'same OS and application',
# 'lift-and-shift', 'fastest migration'
# --> Answer: AWS Application Migration Service (MGN)

Replatform: przenieś, dostosuj i przełącz

Replatform polega na wprowadzeniu kilku ukierunkowanych optymalizacji chmurowych bez zmiany podstawowej architektury aplikacji. Przykłady to migracja bazy danych MySQL z EC2 do Amazon RDS (zarządzane poprawki i kopie zapasowe) albo przeniesienie serwera aplikacji Java do AWS Elastic Beanstalk (zarządzane skalowanie). Zachowują Państwo tę samą logikę aplikacji, ale zastępują czasochłonne zadania operacyjne usługami zarządzanymi. To rozwiązanie pośrednie, oferujące umiarkowane korzyści przy niskim ryzyku migracji.

# Replatform signal words:
# 'move to managed service', 'reduce operational overhead',
# 'same application, but use RDS instead of self-managed MySQL'
# --> Answer: Migrate to RDS / Elastic Beanstalk / ECS

Repurchase: zrezygnuj i kup gotowe rozwiązanie

Repurchase polega na zastąpieniu istniejącej aplikacji komercyjnym produktem SaaS. Przykładem może być zastąpienie samodzielnie zarządzanego systemu CRM usługą Salesforce albo niestandardowego systemu HR usługą Workday. Z perspektywy AWS oznacza to anulowanie lokalnej licencji i przejście na subskrypcję usługi SaaS. Prace migracyjne dotyczą przede wszystkim migracji danych i szkolenia użytkowników, a nie infrastruktury. To właściwe rozwiązanie, gdy niestandardowa aplikacja nie zapewnia już firmie przewagi konkurencyjnej.

# Repurchase signal words:
# 'legacy CRM', 'switch to SaaS', 'no longer maintain in-house',
# 'purchase a commercial off-the-shelf solution'
# --> Answer: Move to SaaS (no AWS infrastructure)

Refactor: przeprojektuj architekturę

Refactor (Re-architect) polega na przeprojektowaniu aplikacji tak, aby w pełni wykorzystać możliwości chmury natywnej. Przykłady to podział monolitu na mikrousługi działające w środowisku Lambda i API Gateway albo ponowna implementacja przetwarzania wsadowego z użyciem SQS i automatycznie skalowanych procesów roboczych. Refactor zapewnia największe długoterminowe korzyści pod względem skalowalności, odporności i kosztów, ale jest najdroższą i najbardziej czasochłonną strategią migracji.

# Refactor signal words:
# 'add features', 'improve scalability', 'reduce technical debt',
# 'modernise', 'cloud-native', 'serverless'
# --> Answer: Redesign with Lambda / containers / event-driven

Retire: wycofaj z użytku

Retire oznacza wyłączenie aplikacji, które nie są już potrzebne. Dokładna ocena portfela często wykazuje, że 10–20% aplikacji nie ma aktywnych użytkowników, powiela funkcje innego systemu albo nie spełnia już swojego przeznaczenia. Ich wycofanie zmniejsza koszty licencji, powierzchnię zagrożeń bezpieczeństwa i zakres migracji. Przed wycofaniem aplikacji należy potwierdzić decyzję z interesariuszami i sprawdzić wymagania dotyczące przechowywania danych wynikające ze zgodności z przepisami.

# Retire signal words:
# 'no longer used', 'duplicate functionality', 'low usage',
# 'can be decommissioned', 'no business value'
# --> Answer: Retire (do not migrate)

Retain: pozostaw lokalnie

Retain (czasami nazywane Revisit) oznacza pozostawienie aplikacji lokalnie na obecnym etapie. Przyczynami mogą być: wymagania regulacyjne nakazujące suwerenność danych, niedawna inwestycja kapitałowa w sprzęt, złożone zależności od dostawców lub zbliżający się koniec cyklu życia aplikacji. Aplikacje objęte strategią Retain nie są migrowane w bieżącej fali, ale mogą zostać ponownie ocenione w przyszłości. Retain jest prawidłowym i często spotykanym wynikiem oceny migracji.

# Retain signal words:
# 'compliance', 'data sovereignty', 'recently upgraded on-prem',
# 'end of life in 12 months', 'too risky to migrate now'
# --> Answer: Retain (keep on-premises, revisit later)

Relocate: przeniesienie na poziomie hypervisora

Relocate to siódma strategia R, dodana później do tego modelu. Polega na przeniesieniu infrastruktury do AWS bez zakupu nowego sprzętu, refaktoryzacji aplikacji ani przeprojektowywania architektury. W szczególności oznacza migrację obciążeń VMware vSphere do VMware Cloud on AWS, dzięki czemu te same narzędzia vCenter mogą zarządzać maszynami wirtualnymi działającymi teraz na sprzęcie bare metal AWS. W środowiskach intensywnie korzystających z VMware, które nie są jeszcze gotowe na zmianę systemu operacyjnego ani aplikacji, jest to rozwiązanie szybsze niż Rehost.

# Relocate signal words:
# 'VMware', 'vSphere', 'maintain same virtualisation tools',
# 'move hypervisor-level without refactoring'
# --> Answer: VMware Cloud on AWS (Relocate)

Zastosowanie 7 strategii R w praktyce

W rzeczywistej fali migracji pojedyncza organizacja może jednocześnie zastosować wszystkie 7 strategii R: wycofać nieużywane aplikacje, pozostawić te zablokowane przez wymagania zgodności, przehostować większość za pomocą MGN, przeplatformować bazy danych do RDS, zrefaktoryzować jeden lub dwa strategiczne monolity do architektury bezserwerowej, zastąpić starszy system CRM gotowym produktem oraz przenieść klastry VMware. AWS Migration Readiness Assessment (MRA) i Migration Hub pomagają śledzić klasyfikację każdej aplikacji według 7 strategii R w całym portfelu.

Koszty poszczególnych strategii

Koszt migracji rośnie w kolejności od Retire przez Relocate, Retain, Rehost, Replatform i Repurchase aż do Refactor. Refactor wiąże się z najwyższym początkowym kosztem prac inżynieryjnych, ale zazwyczaj zapewnia najniższe długoterminowe wydatki na chmurę dzięki automatycznemu skalowaniu bezserwerowemu i rozliczaniu za użycie. Rehost zapewnia najszybsze przeniesienie do chmury, ale może prowadzić do nadmiernego przydzielenia zasobów instancjom EC2, które później trzeba zoptymalizować pod względem rozmiaru, aby uzyskać oszczędności.

# Cost vs. effort rough ordering (low to high effort):
# Retire < Retain < Rehost < Relocate < Replatform < Repurchase < Refactor
# Long-term cloud savings rough ordering (low to high savings):
# Rehost < Replatform < Repurchase < Relocate < Refactor

Wskazówki egzaminacyjne SAA-C03 dotyczące pytań o migrację

Pytania scenariuszowe dotyczące migracji mają określony schemat: opisują cechę aplikacji i pytają, która strategia migracji jest najbardziej odpowiednia. Należy zwracać uwagę na słowa kluczowe: „najszybsza migracja” = Rehost; „usługa zarządzana, bez zmiany kodu” = Replatform; „modernizacja/architektura bezserwerowa” = Refactor; „przeniesienie VMware” = Relocate; „nie jest już potrzebne” = Retire; „zgodność z przepisami/suwerenność danych” = Retain; „przejście na SaaS” = Repurchase. W każdym scenariuszu poprawna jest jedna strategia R — pozostałe należy wyeliminować na podstawie wskazówek zawartych w słowach kluczowych.

Szybkie sprawdzenie

Sprawdź swoją wiedzę na temat zagadnień AWS Solutions Architect (SAA-C03) omówionych w tej lekcji.

Podsumowanie lekcji

W tej lekcji poznali Państwo: 7 strategii R: Rehost, Replatform, Repurchase, Refactor, Retire, Retain i Relocate, pytania egzaminacyjne sprawdzają umiejętność dopasowania cech aplikacji do właściwej strategii R na podstawie słów kluczowych oraz Refactor zapewnia największe korzyści z chmury, ale wiąże się z najwyższym kosztem początkowym. W następnej części omówimy AWS Migration Hub i Application Discovery Service służące do oceny portfela.

Często zadawane pytania

Czy lekcja „7 strategii migracji” jest bezpłatna?

Tak — pełny tekst „7 strategii migracji” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu AWS Solutions Architect, przejdź na CoddyKit PRO. Kurs AWS Solutions Architect zawiera 4 lekcji w sumie.

Co nauczysz się w „7 strategii migracji”?

Stosować Rehost, Replatform, Repurchase, Refactor, Retire, Retain i Relocate do kategoryzowania poszczególnych obciążeń oraz tworzenia planu migracji. Ćwiczysz AWS Solutions Architect z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć AWS Solutions Architect?

Nie wymagamy żadnego doświadczenia. AWS Solutions Architect w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „7 strategii migracji”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji AWS Solutions Architect?

Tak. Każda lekcja AWS Solutions Architect zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. 7 strategii migracji
  2. AWS Migration Hub i Application Discovery Service
  3. Application Migration Service (MGN)
  4. Database Migration Service (DMS) i Schema Conversion Tool
← Powrót do AWS Solutions Architect