Zaplanuj migrację

Plan migracji definiuje konkretną kolejność, chronometraż i podejście do migrowania obciążeń na platformę Azure. Ten plan przekłada strategie migracji wysokiego poziomu na praktyczne sekwencje wdrażania. Opiera się on na planie wdrażania chmury, podejmując decyzje taktyczne, takie jak priorytetyzacja obciążeń, sekwencjonowanie migracji i metody transferu danych.

Wymagania wstępne:plan wdrożenia migracji, strefa docelowa platformy Azure

Ocena gotowości i umiejętności migracji

Ocena gotowości gwarantuje, że Twój zespół ma umiejętności i pomoc techniczną wymaganą do wykonania planu migracji. Ten krok określa luki w możliwościach i przyspiesza postęp dzięki ukierunkowanej obsłudze szkoleniowej lub zewnętrznej.

1. Oceń umiejętności zespołu dotyczące platformy Azure. Zapoznaj się z doświadczeniem zespołu w zakresie usług platformy Azure, narzędzi do migracji i migracji jednorazowej. Ta ocena pomaga zidentyfikować konkretne luki w wiedzy i określić, jakiego szkolenia zespół potrzebuje, aby osiągnąć sukces.

2. W razie potrzeby angażuj zewnętrznych ekspertów. Jeśli twój zespół nie ma doświadczenia z migracją do chmury, skorzystaj z firmy Microsoft lub partnera firmy Microsoft. Zewnętrzni eksperci mogą zweryfikować strategię migracji, zalecić odpowiednie narzędzia i pomóc w ustaleniu realistycznych osi czasu. Dzięki temu można zmniejszyć ryzyko i przyspieszyć migrację, szczególnie w przypadku złożonych lub dużych projektów.

Wybieranie ścieżki migracji danych

Ścieżka migracji danych to sposób przenoszenia danych z bieżącej lokalizacji na platformę Azure. Właściwa ścieżka zapewnia bezpieczne, szybkie i ekonomiczne przesyłanie danych. Najpierw sprawdź, jakie połączenia sieciowe są dostępne, ExpressRoute, VPN lub publiczny Internet, aby zrozumieć dostępne opcje.

1. Użyj usługi ExpressRoute, gdy masz ją. Usługa ExpressRoute zapewnia prywatne, dedykowane połączenie z platformą Azure, które jest szybsze i bezpieczniejsze niż połączenia internetowe. Jeśli masz już usługę ExpressRoute lub planujesz ją pobrać, użyj tej metody dla wszystkich obciążeń. Należy pamiętać, że usługa ExpressRoute wymaga czasu konfiguracji i ma koszty transferu danych.

2. Użyj sieci VPN, jeśli usługa ExpressRoute nie jest dostępna. Wybierz sieć VPN, gdy potrzebujesz bezpiecznego transferu danych, ale nie masz usługi ExpressRoute. Sieć VPN tworzy zaszyfrowany tunel przez Internet do platformy Azure, choć zazwyczaj jest wolniejszy niż usługa ExpressRoute. Przed rozpoczęciem upewnij się, że na platformie Azure skonfigurowano bramę SIECI VPN.

3. Usługa Azure Data Box umożliwia korzystanie z dużych ilości danych. Usługa Data Box jest najlepsza w przypadku migracji w trybie offline z dużą ilością danych. Firma Microsoft dostarcza urządzenie fizyczne, aby skopiować dane, a następnie odesłać je z powrotem. Ta opcja pozwala uniknąć korzystania z sieci, ale trwa najdłużej z powodu czasu wysyłki.

4. Użyj publicznego Internetu w celu uzyskania mniej poufnych danych. Ta opcja działa, gdy dane nie wymagają szyfrowania i nie można użyć usługi ExpressRoute ani urządzenia Data Box. Ta metoda jest dostępna wszędzie, ale jest najmniej bezpieczna i może spowolnić inne działania internetowe.

Określanie sekwencji migracji

Sekwencjonowanie migracji zmniejsza ryzyko i zwiększa zaufanie zespołu przez ustanowienie logicznej kolejności migracji obciążeń. Sekwencja określa, które obciążenia są przenoszone najpierw i jak składniki zależne są migrowane razem, aby zapobiec przerwom w działaniu usługi. Organizuj duże portfele na etapy migracji. Aby uzyskać szczegółowe wskazówki dotyczące planowania fal, zobacz Planowanie fali migracji.

Znajdowanie zależności

1. Najpierw odkryj wszystkie zależności. Zależności między obciążeniami powodują przerwy w działaniu usługi, jeśli nie zostaną razem zmigrowane. Zamapuj zależności wewnętrzne i zewnętrzne , aby odnaleźć te połączenia przed utworzeniem grup migracji.

2. Analizowanie typów zależności i ich krytyczności. Różne typy zależności wymagają różnych metod migracji. Rozróżnianie między tymi kategoriami:

   Typ zależności	Description	Podejście do migracji
   Zależności bezpośrednie	Wymagaj natychmiastowej komunikacji i małych opóźnień między składnikami.	Przenieś wszystkie bezpośrednio połączone składniki, aby zachować wydajność i uniknąć zakłóceń.
   Zależności pośrednie	Obejmują okazjonalne lub niekrytyczne interakcje między systemami.	Migrujcie razem lub w oddzielnych falach, jeśli połączenie toleruje opóźnienia lub obsługuje użycie hybrydowe.
   Zależności biznesowe	Zależy od relacji organizacji lub zarządzania.	Grupowanie i migrowanie powiązanych obciążeń i systemów raportowania w celu dostosowania ich do priorytetów biznesowych.

3. Grupuj obciążenia według relacji zależności. Utwórz grupy na podstawie udostępnionych baz danych, interfejsów API, usług uwierzytelniania lub połączeń sieciowych. Grupy te stanowią podstawę fal migracji i zapewniają, że wszystkie niezbędne do działania składniki są przenoszone razem. Gdy istnieje niepewność co do krytycznej zależności, pogrupuj składniki razem. To konserwatywne podejście zapewnia elastyczność przyszłego oddzielenia.

4. Systematycznie dokumentuj każdą grupę zależności. Tagowanie zasobów na podstawie ich grup zależności przy użyciu spójnych konwencji nazewnictwa. Dokumentowanie każdej grupy za pomocą:

   • Nazwa i identyfikator grupy — unikatowy identyfikator i nazwa opisowa
   • Spis składników — wszystkie elementy infrastruktury, aplikacje i usługi
   • Zależności krytyczne — podstawowe połączenia wymagające specjalnej obsługi
   • Ograniczenia migracji — wymagania biznesowe, techniczne lub terminowe

5. Zweryfikuj kompletność grupy. Potwierdź, że każda grupa zawiera wszystkie składniki niezbędne do działania aplikacji, w tym obsługę infrastruktury, takiej jak moduły równoważenia obciążenia, rekordy DNS lub warstwy buforowania.

Zarządzanie operacjami w podzielonych środowiskach

1. Zaplanuj nieprzesuwalne zależności. Zidentyfikuj składniki, które muszą pozostać w środowisku źródłowym ze względów technicznych lub regulacyjnych. Dokumentowanie, dlaczego nie mogą się przenosić, jak łączą się z innymi systemami i jakie dane udostępniają. Ta dokumentacja ułatwia tworzenie strategii dla tych składników w celu bezproblemowego współdziałania z systemami w chmurze.

2. Zminimalizuj czas operacji w środowisku dzielonym. Gdy składniki mogą przejść do chmury później, ale nie natychmiast, należy udokumentować ich połączenia i przepływy danych z systemami w chmurze. Utwórz jasny plan z osiami czasu i podejściami do zarządzania ryzykiem, aby skrócić czas działania obciążenia w obu środowiskach. Rozważ opóźnienie migracji, dopóki więcej składników nie zostanie przeniesionych razem.

3. Efektywne łączenie środowisk. Użyj metod integracji, takich jak bramy interfejsu API, kolejki komunikatów i synchronizacja danych, aby tworzyć niezawodne połączenia między obciążeniami w chmurze i składnikami środowiska źródłowego. Te podejścia zmniejszają opóźnienia, zwiększają bezpieczeństwo i przygotowują drogę do końcu przenoszenia pozostałych składników do chmury.

Określanie priorytetów obciążeń w celu migracji

1. Przejrzyj szczegóły obciążenia. Współpracuj z uczestnikami projektu, aby przejrzeć szczegóły biznesowe i techniczne dla każdego obciążenia. Upewnij się, że wpływ przestoju lub awarii jest dobrze zrozumiały i zgodny z bieżącymi priorytetami biznesowymi. Użyj planu wdrożenia migracji, aby sprawdzić szczegóły, takie jak jednostka biznesowa, właściciel obciążenia roboczego, zależności techniczne i klasyfikacja krytyczności. Te szczegóły ułatwiają efektywne określanie priorytetów i sekwencjonowanie obciążeń.

   Priority	Wartość biznesowa	Effort	Description
   High	High	Low	Szybkie zwycięstwa — pierwsze migruj, aby uzyskać natychmiastowy efekt
   Średnio-wysoki	High	High	Inwestycje strategiczne — starannie zaplanuj odpowiednie zasoby
   Średnio-niski	Low	Low	Łatwe kandydaty — wypełnianie luk między głównymi migracjami
   Low	Low	High	Unikanie lub odroczenie — skupianie zasobów na możliwościach o wyższej wartości

2. Zacznij od prostszych obciążeń, aby zmniejszyć ryzyko. Rozpocznij migrację obciążeń, które są mniej złożone i mają mniejsze ryzyko. Takie podejście pomaga zespołowi w uzyskaniu pewności i udoskonaleniu procesów migracji przed zmierzeniem się z bardziej wymagającymi obciążeniami. Docelowe narzędzia wewnętrzne, środowiska programistyczne lub aplikacje o niskim użyciu z autonomicznymi architekturami i minimalnymi punktami integracji.

3. Przenieś środowiska nieprodukcyjne przed produkcją. Środowiska nieprodukcyjne zapewniają bezpieczną przestrzeń do testowania pełnego procesu migracji. Migrowanie środowisk programistycznych, przejściowych i KONTROLI jakości przed rozpoczęciem produkcji w celu zweryfikowania gotowości. Ta kolejność umożliwia zespołom testowanie konfiguracji, wydajności i procedur odzyskiwania bez wpływu na użytkowników. Użyj migracji nieprodukcyjnych do trenowania zespołów operacyjnych.

4. Zaplanuj systemy krytyczne po zademonstrowaniu początkowego sukcesu. Aplikacje krytyczne wymagają sprawdzonych możliwości migracji przed przeniesieniem ich na platformę Azure. Zaplanuj te migracje pod kątem późniejszych fal, gdy zespół demonstruje kompetencje z usługami platformy Azure. Terminy biznesowe, takie jak cykle odświeżania sprzętu, mogą wymagać wcześniejszego nadania priorytetów krytycznym aplikacjom z większymi zabezpieczeniami i dłuższymi okresami testowania.

5. Uwzględnij reprezentatywne złożone obciążenia do testowania scenariuszy. Dodaj jedno lub dwa złożone obciążenia do każdej z pierwszych faz, aby ujawnić wyzwania, przed którymi stoisz w odniesieniu do aplikacji o krytycznym znaczeniu. Wybierz obciążenia reprezentujące typowe wzorce, takie jak aplikacje wielowarstwowe lub systemy zależne od bazy danych.

Tworzenie szczegółowego harmonogramu migracji

1. Ustaw daty rozpoczęcia i zakończenia dla każdej migracji. Uwzględnij czas buforu na potrzeby testowania i rozwiązywania problemów, aby zapewnić bezproblemowe wykonywanie. To szczegółowe planowanie zmniejsza ryzyko opóźnień i obsługuje efektywne planowanie zasobów.

2. Dopasuj harmonogramy do wydarzeń biznesowych. Unikaj planowania migracji w krytycznych okresach biznesowych, takich jak zamknięcie finansowe, premiery produktów lub sezony świąteczne. Takie dostosowanie zmniejsza ryzyko zakłóceń w działalności biznesowej i zapewnia zaufanie uczestników projektu.

3. Śledzenie postępu za pomocą narzędzi do zarządzania projektami. Użyj narzędzi, takich jak Azure DevOps, aby efektywnie zarządzać zależnościami, śledzić kamienie milowe i komunikować się ze zmianami. Te narzędzia zapewniają wgląd w postęp migracji i proaktywne rozwiązywanie problemów.

Wybieranie metody migracji dla każdego obciążenia

Metody migracji należą do dwóch kategorii: migracja z przestojem i migracją z niemal zerowym przestojem. Wybierz najlepszą metodę migracji dla każdego obciążenia na podstawie tolerancji przestojów i krytycznej dla działania firmy.

1. Wybierz migrację przestojów dla obciążeń, które tolerują planowane awarie. Migracja przestojów jest prostsza i szybsza, ponieważ nie wymaga synchronizacji w czasie rzeczywistym między środowiskami źródłowymi i docelowymi. Ta metoda sprawdza się dobrze w przypadku obciążeń niekrytycznych, takich jak środowiska programistyczne, systemy testowe lub aplikacje z zaplanowanymi oknami obsługi. Udokumentowanie akceptowalnego czasu trwania przestoju dla każdego obciążenia i zaplanowanie migracji w okresach niskiego użycia w celu zminimalizowania efektów biznesowych.

2. Wybierz migrację z prawie zerowym przestojem dla krytycznych obciążeń. Migracja bez niemal żadnych przestojów gwarantuje, że krytyczne obciążenia pozostaną operacyjne podczas przechodzenia przez ciągłą replikację danych i techniki przełączenia. Ta metoda jest niezbędna w przypadku aplikacji przeznaczonych dla klientów, systemów transakcji w czasie rzeczywistym lub obciążeń z rygorystycznymi umowami dotyczącymi poziomu usług. Sprawdź, czy architektura obciążenia obsługuje ciągłą replikację i czy przepustowość sieci może obsługiwać transfer danych w czasie rzeczywistym. Przetestuj procesy łączności i replikacji w środowisku nieprodukcyjnym, aby potwierdzić gotowość tej metody migracji.

Definiowanie planu wycofywania

Plan wycofywania umożliwia zespołom szybkie odwrócenie zmian w przypadku niepowodzenia wdrożenia lub wprowadzenia ryzyka. Dobrze zdefiniowany plan minimalizuje przestoje, ogranicza wpływ na działalność biznesową i utrzymuje niezawodność systemu. Zawsze ustanawiaj kryteria wycofywania i procedury przed zainicjowaniem jakiejkolwiek migracji lub wdrożenia.

1. Zdefiniuj wdrożenie, które zakończyło się niepowodzeniem. Współpracuj z osobami biorącymi udział w projekcie biznesowym, właścicielami obciążeń i zespołami operacyjnymi, aby zdecydować, co liczy się jako wdrożenie, które zakończyło się niepowodzeniem. Przykłady obejmują testy kondycji zakończone niepowodzeniem, niską wydajność, problemy z zabezpieczeniami lub niezaspokojone metryki powodzenia. Ta definicja gwarantuje, że decyzje wycofywania są zgodne z tolerancją ryzyka w organizacji. Uwzględnij określone warunki, które wyzwalają wycofanie w planie wdrożenia, takie jak limity użycia procesora CPU, progi czasu odpowiedzi lub współczynniki błędów. Ta ocena sprawia, że decyzje wycofywania są jasne i spójne podczas zdarzeń.

2. Zautomatyzować kroki wycofania w potokach CI/CD. Użyj narzędzi, takich jak Azure Pipelines lub GitHub Actions , aby zautomatyzować procesy wycofywania. Na przykład skonfiguruj potoki, aby ponownie wdrożyć poprzednią wersję, jeśli sprawdzanie kondycji nie powiedzie się.

3. Utwórz instrukcje wycofywania specyficzne dla konkretnego obciążenia. Twórz kroki wycofywania zgodne z typem obciążenia, środowiskiem i metodą wdrażania. Na przykład wdrożenia infrastruktury jako kodu wymagają ponownego zastosowania poprzednich szablonów. Wycofywanie aplikacji obejmuje ponowne wdrażanie poprzedniego obrazu kontenera. Dołączanie skryptów wycofywania, migawek konfiguracji i szablonów infrastruktury jako kodu do planu wycofywania. Te zasoby umożliwiają szybkie wykonywanie i zmniejszanie zależności od interwencji ręcznej.

4. Testuj procedury wycofywania zmian. Symulowanie niepowodzeń wdrażania w środowisku przedprodukcyjnym w celu zweryfikowania skuteczności wycofywania. Identyfikowanie i rozwiązywanie luk w automatyzacji, uprawnieniach lub zależnościach. Upewnij się, że operacja wycofania przywraca system do stabilnego i znanego dobrego stanu.

5. Ulepszanie strategii wycofywania Po każdym zdarzeniu wdrażania lub wycofywania należy przeprowadzić retrospektywę, aby ocenić, co zadziałało i co nie. Aktualizowanie kryteriów wycofywania, procedur i automatyzacji na podstawie wyciągniętych lekcji, zmian architektury lub nowych narzędzi. Zachowaj dokumentację, aby zapewnić, że strategie wycofywania pozostają aktualne i skuteczne.

Angażowanie osób biorących udział w planie migracji

Zatwierdzenie interesariuszy potwierdza, że plan migracji spełnia wymagania biznesowe i tolerancję ryzyka. Przed wykonaniem migracji należy zabezpieczyć formalne zatwierdzenie.

1. Dokumentowanie planu migracji z uzasadnieniem biznesowym. Utwórz plan ustrukturyzowany przedstawiający nazwę obciążenia, właściciela, krytyczność, metodę migracji, okno przestoju i efekty biznesowe. Uwzględnij uzasadnienie dla każdego podejścia i wyjaśnij, jak minimalizuje ryzyko.

2. Aktualne przetestowane procedury przywracania. Pokaż określone plany wycofywania z krokami, przedziałami czasu i kryteriami sukcesu. Obejmują funkcje automatyczne i ręczne. Udokumentowanie wyników testu przedprodukcyjnego w celu udowodnienia szybkiego przywrócenia usługi.

3. Zweryfikuj harmonogramy pod kątem ograniczeń biznesowych. Przejrzyj harmonogramy z interesariuszami, aby uniknąć krytycznych okresów biznesowych, okresów wstrzymania prac serwisowych i sezonowych szczytów. Podaj alternatywne opcje z kompromisami, jeśli istnieją konflikty.

4. Uzyskaj formalną zgodę i uprawnienia do cofania zmian. Zabezpieczanie pisemnej zgody uczestników projektu na potrzeby planu migracji i procedur wycofywania. Zdefiniuj organ decyzyjny i ustanów kanały komunikacji awaryjnej.

5. Definiowanie kryteriów powodzenia i przeglądanie punktów kontrolnych. Ustaw mierzalne metryki, w tym testy porównawcze wydajności, walidację funkcjonalności i kryteria akceptacji użytkowników. Zaplanuj formalne punkty kontrolne dla decyzji go/no-go.

Następny krok