Wybieranie strategii migracji do chmury

Dzięki jasnemu spisowi i zrozumieniu obciążeń plan wdrożenia chmury musi określić, co należy zrobić z każdym obciążeniem w chmurze. Istnieje wiele strategii migracji, znanych czasami jako "R" w ramach migracji do chmury. Każde obciążenie można wycofać, zachować, przenieść na inny host, zmienić platformę, refaktoryzować, zmienić architekturę, przebudować lub zamienić. W tej sekcji przedstawiono, jak wybrać odpowiednie podejście dla każdego obciążenia, przedstawiając opcje, kiedy należy wybrać każdą z nich oraz kompromisy między zaletami a wadami.

Omówienie strategii migracji

Poniższa tabela zawiera omówienie wszystkich dostępnych strategii migracji do chmury. Skorzystaj z tej referencji, aby zrozumieć podstawowy czynnik biznesowy każdej strategii i kluczowe wskaźniki, które sygnalizują, kiedy należy zastosować każdą metodę do swoich obciążeń.

Określanie czynników biznesowych przed migracją

Czynnik biznesowy definiuje, dlaczego obciążenie musi ulec zmianie w celu zapewnienia obsługi określonego celu biznesowego. Czynniki biznesowe łączą decyzje dotyczące wdrażania chmury z wymierną wartością biznesową i celami strategicznymi. Zidentyfikowanie tych czynników zapewnia, że wysiłki związane z migracją są celowe i dostosowane do priorytetów organizacji.

1. Zdefiniuj cele biznesowe. Cele biznesowe to ogólne wyniki, które organizacja chce osiągnąć od wdrożenia chmury, takich jak wdrażanie sztucznej inteligencji, zwiększanie elastyczności, przyspieszanie innowacji, obniżanie kosztów i poprawa odporności. Te cele stanowią kontekst strategiczny dla wszystkich decyzji dotyczących migracji. Użyj dokumentów planowania strategicznego, wywiadów kadry kierowniczej lub warsztatów biznesowych, aby zidentyfikować i zweryfikować te cele z uczestnikami projektu.

2. Identyfikowanie luk. Przeprowadź analizę różnic na wysokim poziomie, aby zrozumieć, co każde zadanie musi zmienić, aby lepiej wspierać zdefiniowane cele biznesowe. Ta analiza powinna uwzględniać bieżące ograniczenia dotyczące wydajności, skalowalności, zgodności, środowiska użytkownika i architektury. Udokumentowanie wszelkich braków uniemożliwiających pełne osiągnięcie żądanych wyników.

3. Określ czynnik biznesowy. Czynnik biznesowy wynika z luki między bieżącym stanem obciążenia roboczego a jego docelowym stanem. Reprezentuje on konkretną, możliwą do działania przyczynę zmiany. Te czynniki prowadzą do wyboru odpowiedniej strategii migracji.

   Czynnik biznesowy	Strategia migracji
   Należy zlikwidować nadmiarowe lub o niskiej wartości obciążenia	Retire
   Potrzebna minimalna przerwa w działaniu firmy i brak modernizacji w najbliższej przyszłości	Rehost
   Wymaga rozwiązań PaaS i minimalnych zmian kodu w celu odciążania konserwacji i ułatwienia niezawodności	Przeplatformuj ponownie
   Potrzebna jest zmiana kodu, aby zmniejszyć dług techniczny lub zoptymalizować kod dla chmury	Refactor
   Potrzebna jest zmiana architektury, aby odblokować możliwości natywne dla chmury	Rearchitect
   Potrzebujesz rozwiązania SaaS/AI, aby uprościć operacje	Replace
   Potrzebujesz nowego rozwiązania natywnego dla chmury, aby spełnić wymagania	Rebuild
   Potrzebna stabilność i brak zmian	Retain

Wybieranie właściwej strategii migracji

Strategia migracji definiuje sposób przejścia poszczególnych obciążeń na platformę Azure na podstawie jego czynnika biznesowego. Przejrzyj zawężoną listę strategii i zweryfikuj wybraną opcję z udziałem osób biorących udział w projekcie biznesowym i technicznym. Usuń opcje powodujące konflikt ze zgodnością, zabezpieczeniami lub ograniczeniami operacyjnymi. Podczas finalizowania strategii należy wziąć pod uwagę gotowość platformy Azure, umiejętności zespołu i złożoność integracji.

1. Wycofaj (likwiduj)

Wycofanie obciążeń, które nie zapewniają już wartości biznesowej. Ta strategia jest ważna, gdy obciążenia są przestarzałe, niedostatecznie wykorzystywane lub zbędne. Zweryfikuj tę decyzję, potwierdzając, że obciążenie jest przestarzałe i nie ma krytycznych zależności, które miałyby wpływ na inne systemy. Zaktualizuj inwentarz podczas likwidacji obciążeń roboczych.

2. Ponowne hostowanie (migracja jeden do jednego)

Strategia ponownego hostowania umożliwia szybką i niską migrację przez przeniesienie obciążeń na platformę Azure przy minimalnych zmianach. Ponowne hostowanie to migracja bez zmiany środowiska, która przenosi maszyny wirtualne do IaaS, IaaS do IaaS i PaaS do PaaS.

1. Nie hostuj ponownie problematycznych obciążeń. Ponowne hostowanie nie rozwiązuje istniejących problemów z wydajnością, niezawodnością ani architekturą. Migracja takich obciążeń bez modernizacji może przenosić dług techniczny i wymagać późniejszej ponownej pracy. Zamiast tego, warto zmodernizować te obciążenia robocze podczas migracji, aby rozwiązać główne przyczyny.

2. Upewnij się, że obciążenie nie będzie wymagać modernizacji w ciągu dwóch lat. Ponowne hostowanie jest odpowiednie tylko wtedy, gdy masz pewność, że obciążenie pozostaje w bieżącym stanie przez co najmniej dwa lata. Jeśli modernizacja jest prawdopodobna, rozważ refaktoryzację lub zmianę architektury zamiast tego, aby uniknąć zduplikowania nakładu pracy.

3. Użyj ponownego hostowania do tworzenia podstawowych operacji w chmurze. Ponowne hostowanie ułatwia zespołom zdobywanie doświadczenia w zakresie operacji, ładu i zarządzania kosztami platformy Azure. Wczesna ekspozycja obsługuje szersze cele wdrażania chmury i przygotowuje zespoły do bardziej złożonych wysiłków związanych z modernizacją.

3. Migracja na nową platformę (modernizowanie środowiska hostingowego)

Replatforming przenosi obciążenia do nowoczesnego środowiska hostingowego z minimalnymi zmianami kodu. Ta strategia jest ważna, gdy chcesz zmniejszyć zarządzanie infrastrukturą, zwiększyć skalowalność i uprościć operacje bez konieczności ponownego zapisywania aplikacji.

Wybierz obciążenia, w których opcje PaaS zmniejszają nakłady operacyjne, zwiększają niezawodność lub upraszczają odzyskiwanie po awarii. Minimalna refaktoryzacja kodu może być konieczna do korzystania z usług PaaS.

4. Refaktoryzacja (modernizuj kod)

Refaktoryzacja poprawia wewnętrzną strukturę kodu bez dodawania nowych funkcji. Ta praktyka jest ważna podczas wdrażania chmury, ponieważ pomaga zespołom zmodernizować starszy kod, zmniejszyć zadłużenie techniczne i przygotować obciążenia pod kątem długoterminowej konserwacji na platformie Azure. Należy refaktoryzować kod, gdy proces migracji tworzy wyjątkową okazję do rozwiązania kwestii długu technicznego lub gdy zachowanie po migracji wskazuje obszary wymagające poprawy.

5. Zmiana architektury (modernizacja architektury i kodu)

Strategia przeprojektowania architektury ma na celu zwiększenie skalowalności, elastyczności i zorientowania na usługi. Ta strategia jest ważna, gdy konieczne jest podzielenie aplikacji monolitycznych, wdrożenie mikrousług lub włączenie ukierunkowanego skalowania. Należy zmienić architekturę, gdy bieżąca architektura ogranicza możliwość efektywnego osiągania celów biznesowych lub skalowania. Przykład można znaleźć w temacie Modern Web App Pattern (Wzorzec nowoczesnej aplikacji internetowej).

6. Zamień (użyj alternatywy SaaS)

Strategia zastępowania korzysta z komercyjnych rozwiązań SaaS, aby wyeliminować potrzebę rozwoju oprogramowania na zamówienie oraz ciągłego utrzymania. Ta strategia jest idealna, gdy oferty SaaS spełniają potrzeby biznesowe z minimalnym dostosowaniem. Zastąp obciążenia, gdy rozwiązania SaaS oferują porównywalne funkcje, możliwości integracji spełniają wymagania i całkowity koszt posiadania uzasadnia przejście. Podczas oceniania opcji wymiany należy wziąć pod uwagę złożoność migracji danych, potrzeby szkolenia użytkowników i zmiany procesów. Typowe scenariusze zastępcze obejmują systemy CRM, platformy KADR i narzędzia do współpracy, w których dojrzałość SaaS zapewnia niezawodne alternatywy dla niestandardowych rozwiązań.

7. Ponowne kompilowanie (kompilacja natywna dla chmury)

Strategia odbudowy to pełna przebudowa obciążenia przy użyciu rozwiązań natywnych dla chmury. Takie podejście jest odpowiednie, gdy starsze systemy są przestarzałe lub gdy modernizacja nie jest możliwa. Zamiast modernizować starsze funkcje, możesz ponownie określić rozwiązanie, aby korzystać z możliwości platformy Azure, takich jak PaaS, automatyzacja i sztuczna inteligencja. Niektóre obciążenia wymagały ponownej kompilacji, takiej jak serwer DHCP. W przypadku innych obciążeń, takich jak kontrolery domeny Active Directory, lepiej wdrożyć nowe wystąpienia usług na platformie Azure zamiast je migrować.

8. Zachowaj (pozostaw bez zmian)

Strategia zachowywania utrzymuje obciążenia w bieżącym środowisku, gdy są stabilne, zgodne i spełniają wszystkie bieżące i przyszłe potrzeby biznesowe bez krótkoterminowego czynnika do przeniesienia. Należy zachować obciążenia, których nie można migrować z powodu ograniczeń regulacyjnych, zależności technicznych lub wymagań dotyczących ciągłości działania. Usługa Azure Arc umożliwia zarządzanie zachowanymi obciążeniami lokalnymi z platformy Azure, zapewniając ujednolicone możliwości zarządzania. Rozważ bardziej nowoczesne rozwiązanie lokalne, takie jak Azure Local dla obciążeń i połącz się z platformą Azure. Przełóż obciążenia, których nie można przenieść do innej fali migracji, lub przeanalizuj je ponownie później, gdy zmienią się ograniczenia.

Informacje o tym, kiedy przeprowadzić modernizację podczas migracji

Modernizacja podczas migracji odnosi się do ponownego tworzenia, zmieniania architektury lub refaktoryzacji obciążeń w celu zmaksymalizowania wartości chmury. Modernizacja może zapewnić długoterminowe korzyści, ale wprowadza złożoność i ryzyko związane z osią czasu migracji. Należy ocenić, czy należy przeprowadzić modernizację podczas migracji, czy odroczyć modernizację do faz po migracji na podstawie jasnego uzasadnienia biznesowego. Postępuj zgodnie z następującymi zaleceniami:

1. Modernizuj, gdy twój zespół ma wymagane umiejętności i czas. Próba modernizacji bez odpowiedniej wiedzy lub czasu zwiększa ryzyko i opóźnienia. Jeśli twój zespół nie ma gotowości, odroczy modernizację do późniejszej fazy.

2. Modernizowanie obciążeń wymagających aktualizacji zgodności. Starsze technologie, nieobsługiwane zestawy SDK lub potrzeba wdrożenia rozwiązań SaaS mogą wymagać modernizacji. Wyjustuj każdy wysiłek przy użyciu jasnego przypadku biznesowego.

3. Modernizuj, gdy migracja umożliwia finansowanie i dostosowanie. Projekty migracji często odblokowują finansowanie i wsparcie uczestników projektu. Skorzystaj z tej okazji, aby dostosować modernizację do priorytetów biznesowych. Opóźnienie może spowodować nieefektywne obciążenia i niewykorzystane możliwości.

Przekazywanie decyzji uczestnikom projektu

Jasna komunikacja zapewnia, że wszyscy uczestnicy projektu rozumieją i wspierają decyzje dotyczące migracji w całym procesie wdrażania. Dostosowanie uczestników projektu zmniejsza ryzyko związane z wykonywaniem i poprawia wyniki projektu, ustanawiając wspólne zrozumienie priorytetów i ograniczeń. Należy ustanowić ustrukturyzowany plan komunikacji, aby zachować wyrównanie w całym procesie migracji. Postępuj zgodnie z następującymi zaleceniami:

1. Zdefiniuj metryki sukcesu, które weryfikują wynik biznesowy. Metryki sukcesu kwantyfikują wartość wybranej akcji i potwierdzają, czy czynnik biznesowy jest osiągany. Ten krok zapewnia, że decyzje są oparte na wartości biznesowej, a nie na zakończeniu technicznym. Użyj metryk, takich jak:

   Strategia migracji do chmury	Przykładowe metryki powodzenia
   Retire	• Wycofaj 100% obciążeń zidentyfikowanych jako przestarzałe przed migracją
   Rehost	• Migrowanie 100% obciążeń warstwy 1 z innej chmury do platformy Azure bez obniżenia poziomu usług (SLA) • Zlikwidowanie 30% infrastruktury lokalnej po migracji.
   Przeplatformuj ponownie	• Skrócenie czasu realizacji wdrożenia o 30% dla migrowanych aplikacji • Zmniejszenie kosztów infrastruktury i licencjonowania o 25% w ciągu 12 miesięcy
   Refactor	• Zwiększanie czasu odpowiedzi aplikacji o 40% przy użyciu usług natywnych dla platformy Azure • Osiągnij 95% pokrycie możliwości obserwacji za pomocą instrumentacji kodu
   Rearchitect	• Obsługa 2x obciążenia użytkowników bez obniżenia wydajności • Integrowanie trzech nowych usług natywnych dla platformy Azure z istniejącą architekturą
   Replace	• Przejście systemu CRM na usługę SaaS z 99.9% bezawaryjności i bez użycia niestandardowego kodu. • Przenieść 30% wysiłku deweloperskiego na konkurencyjne wyróżniki.
   Rebuild	• Uruchamianie nowej aplikacji natywnej dla chmury w ciągu trzech miesięcy a sześciu miesięcy w środowisku lokalnym • Obniżenie kosztów operacyjnych o 40% przy użyciu usług PaaS
   Zachować	• Zachowaj aktualne SLA i stan zgodności • Zarządzanie obciążeniami lokalnymi z platformy Azure przy użyciu usługi Azure Arc

2. Dokumentowanie i udostępnianie decyzji dotyczących traktowania obciążeń wszystkim odpowiednim uczestnikom projektu. Decyzje dotyczące migracji mogą mieć wpływ na wiele funkcji organizacyjnych i wymagać szerokiego udziału uczestników projektu. Uwzględnij właścicieli firm, zespoły prawne, zespoły ds. zabezpieczeń i potencjalnych klientów technicznych w komunikacji decyzyjnej. Wyjaśnienie, w jaki sposób każda decyzja dotycząca strategii migracji obsługuje udokumentowane cele biznesowe i rozwiązuje problemy uczestników projektu.

3. Koordynowanie planów migracji z zespołem strategicznym ds. chmury. Zespół strategiczny ds. chmury zapewnia kontekst organizacyjny i zapewnia, że decyzje dotyczące migracji są zgodne z szerszymi celami wdrażania chmury. Regularna koordynacja zapobiega konfliktom między poszczególnymi decyzjami o obciążeniu a strategią chmury dla całego przedsiębiorstwa. Przejrzyj wybory strategii migracji względem planu wdrożenia chmury ustanowionego w fazie strategii, aby zachować spójność.

4. Ustanów regularną komunikację między właścicielami mandatów i zespołami wykonawczymi. Ciągła komunikacja między osobami podejmującymi decyzje a osobami wdrażającymi zapewnia, że plany pozostają realne, gdy pojawiają się uwarunkowania techniczne. Zaplanuj regularne przeglądy postępu, aby śledzić postęp migracji, identyfikować czynniki ryzyka i rozwiązywać problemy techniczne. Użyj tej pętli informacji zwrotnej, aby dostosować strategie migracji, gdy pojawiają się wyzwania związane z implementacją lub nowe możliwości.

5. Przejrzyj i zaktualizuj strategie migracji na podstawie zmieniających się wymagań. Priorytety biznesowe i szczegółowe informacje techniczne zmieniają się w całym procesie migracji, wymagając korekt strategii. Ustanów regularny cykl przeglądu w celu ponownego oceny decyzji dotyczących traktowania obciążeń w odniesieniu do bieżących celów biznesowych i możliwości technicznych. Zaktualizuj mapowania strategii, aby odzwierciedlały nowe priorytety, wyciągnięte wnioski i zmieniające się potrzeby organizacji.

Dalsze kroki