Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule pokazano, jak organizować obciążenia w ustrukturyzowane fale migracji w celu pomyślnego wdrożenia platformy Azure. Planowanie fali migracji dzieli duże projekty migracji na mniejsze, możliwe do zarządzania grupy obciążeń, które można migrować razem. Takie podejście zmniejsza ryzyko i złożoność przy jednoczesnym zwiększeniu szybkości wdrażania chmury. Migrując w kontrolowanych partiach, zamiast próbować przenosić wszystko jednocześnie, zyskujesz cenne doświadczenie z każdym etapem, co poprawia jakość kolejnych migracji.
Zaplanuj iteracyjne dostosowanie do zmieniających się wymagań
Iteracyjne podejście do planowania migracji grupuje obciążenia robocze w fale i dostosowuje się do nowych informacji odkrytych podczas realizacji. Takie podejście zapewnia elastyczność dostosowywania strategii migracji w miarę odkrywania wyzwań technicznych, zmiany priorytetów biznesowych i wcześniej nieznanych zależności. Migrację należy zorganizować przy użyciu fal, ponieważ planowanie iteracyjne zapewnia lepsze wyniki niż sztywne i kompleksowe plany.
Tworzenie cykli szkoleniowych, które usprawniają kolejne migracje. Każda ukończona fala zapewnia wgląd w wymagania dotyczące wydajności, złożoność zależności i możliwości organizacji. Skorzystaj z tych lekcji, aby uściślić podejście do pozostałych obciążeń. Dokumentowanie, co działa dobrze i jakie wyzwania pojawiły się w celu budowania wiedzy instytucjonalnej.
Realizuj obecne działania, planując przyszłe. Podczas migracji jednej fali zasobów przez Twój zespół, wykorzystaj ten czas na zaplanowanie kolejnej fali oraz analizę przyszłych kandydatów. Takie podejście równoległe maksymalizuje produktywność zespołu i utrzymuje tempo migracji. Przypisz członków zespołu do działań związanych z wykonywaniem i planowaniem, aby zapewnić ciągły postęp.
Zachowaj elastyczność przyszłych fal, dopóki nie będziesz mieć wystarczających informacji. Zdefiniuj tylko natychmiastową kolejną falę szczegółowo, pozostawiając późniejsze fale na wysokim poziomie, dopóki nie zrozumiesz ich konkretnych wymagań. Ta elastyczność zapobiega przedwczesnym zobowiązaniom opartym na niekompletnych informacjach i pozwala uwzględnić wnioski wyciągnięte z wcześniejszych fal.
Grupowanie systemów zależnych w ramach tej samej fali
Zależności systemowe określają kompozycję fal i sekwencjonowanie migracji. Należy zidentyfikować obciążenia, które komunikują się lub współużytkują zasoby, i grupować je w tę samą falę migracji. To grupowanie zapobiega przerwom w działaniu usługi spowodowanym uszkodzonymi zależnościami i zmniejsza złożoność migracji.
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.
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. 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.
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
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.
Określanie priorytetów obciążeń przy użyciu struktury ustrukturyzowanej
Początkowy wybór obciążenia pracą tworzy fundament dla programu migracji i zwiększa zaufanie zespołu dzięki wczesnym sukcesom. Zespoły ds. wdrażania i strategii w chmurze muszą uzgodnić kryteria priorytetyzacji, które równoważą wartość biznesową, ryzyko techniczne i cele uczenia organizacji.
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 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.
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.
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.
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.
Określanie harmonogramów dla każdej fali
Jasne harmonogramy dla każdej fali zapewniają strukturę Twojego przedsięwzięcia migracyjnego. Zdefiniowane daty rozpoczęcia i zakończenia ułatwiają zarządzanie zakresem, ustawianie oczekiwań uczestników projektu i śledzenie postępu w zespołach.
Ustaw czasy trwania fali na podstawie złożoności obciążenia i pojemności zespołu. Podczas szacowania czasu trwania należy wziąć pod uwagę środowisko platformy Azure twojego zespołu, dostępność ekspertów z dziedziny i współbieżne wymagania dotyczące projektu. Należy uwzględnić czas testowania, walidacji i działań związanych z transferem wiedzy.
Uwzględnij czas buforu dla nieoczekiwanych wyzwań i nauki. Dodaj czas awaryjny do początkowych szacunków, aby uwzględnić nieprzewidziane problemy techniczne, odnajdywanie zależności i działania rozwiązywania problemów. Projekty migracji stale napotykają wyzwania, które nie były widoczne podczas planowania. Czas buforowy zapobiega presji związanej z harmonogramem, co prowadzi do skrótów lub kompromisów jakościowych.
Ustanów punkty kontrolne kamieni milowych w każdym etapie. Utwórz punkty przeglądu na poziomie 25%, 50%i 75% ukończenia, aby ocenić postęp, zweryfikować założenia i dostosować plany w razie potrzeby. Te punkty kontrolne umożliwiają komunikowanie się ze stanem uczestników projektu, wczesne identyfikowanie blokad i wprowadzanie poprawek kursu przed ich wpływem na działania podrzędne.
Zaplanuj okna przełączania w dogodnym czasie dla biznesu. Zaplanuj działania związane z ostatecznym przełączeniem podczas ustalonego okna konserwacji, godzin poza szczytem lub planowanych okresów przestojów. Koordynowanie z interesariuszami biznesowymi w celu zapewnienia, że czas przełączenia jest zgodny z cyklami biznesowymi, okresami raportowania regulacyjnego i krytycznymi działaniami biznesowymi. Udokumentuj procedury wycofywania i kryteria powodzenia dla każdego przełączenia.
Dostosuj harmonogramy na podstawie opinii o realizacji. Osie czasu migracji są dynamiczne. Należy przejrzeć rzeczywiste i planowane czasy trwania po każdej fali i dostosować przyszłe fale, aby pozostać na dobrej drodze.
Zarządzanie planem migracji
Narzędzia do planowania współpracy umożliwiają efektywne zarządzanie falą w całym zespole wdrożeniowym. Usługa Azure Boards udostępnia funkcje do śledzenia stanu zadań, własności, sekwencjonowania i aktualizacji podczas migracji. Skonfiguruj narzędzie do planowania przy użyciu następujących typów elementów roboczych:
| Typ elementu roboczego | Przeznaczenie | Example |
|---|---|---|
| Epic | Ogólny zakres projektu | Migracja centrum danych na platformę Azure |
| Funkcja | Główny składnik projektu | Ocena majątku cyfrowego |
| Element listy prac produktu | Konkretny element dostarczany | Wdrażanie usługi Azure Migrate |
| Zadanie | Pojedynczy element akcji | Konfigurowanie lokalnych zakresów adresów IP |
| Błąd | Problem z blokowaniem postępu | Zapora blokuje skanowanie usługi Azure Migrate |
| Przypadek testowy | Kryteria weryfikacji | Skanowanie usługi Azure Migrate kończy się z błędami zerowymi |
Narzędzia i zasoby platformy Azure
| Kategoria | Tool | Description |
|---|---|---|
| Planning | Azure Boards | Zarządza falami migracji, śledzi postęp i koordynuje działania zespołu |
| Odkrycie | Azure Migrate | Odnajduje zależności między aplikacjami i ocenia gotowość migracji |