Odnajdywanie istniejącego spisu obciążeń

Ta sekcja dotyczy organizacji z istniejącymi obciążeniami IT spoza platformy Azure (lokalnie lub w innych chmurach), które wymagają migracji na platformę Azure. Kompleksowy spis obciążeń jest podstawą solidnego planu wdrożenia chmury dla takich organizacji. Nie można podjąć decyzji o tym, jak lub czy przeprowadzić migrację systemu, jeśli nie wiesz, że istnieje, ani nie rozumiesz jego cech. Plan wdrożenia chmury musi zawierać kroki umożliwiające odnalezienie wszystkich obciążeń, zebranie kluczowych danych o każdej z nich i nadanie im priorytetów na potrzeby migracji.

Odnajdywanie spisu obciążeń

Kompletny spis zasobów technicznych stanowi podstawę planu wdrożenia chmury. Spis identyfikuje wszystkie systemy, aplikacje i składniki infrastruktury w całym środowisku. Ten spis jest potrzebny, aby zdecydować, która strategia migracji do chmury jest najlepsza.

1. Zdefiniuj każde obciążenie i jego granice. Obciążenie to kolekcja składników IT, takich jak serwery, maszyny wirtualne, usługi w chmurze, aplikacje, kod, dane lub urządzenia, które obsługują co najmniej jeden proces biznesowy. Należy zdefiniować każde obciążenie, aby zrozumieć jego wartość biznesową i ślad techniczny. Ta przejrzystość ułatwia ustalanie priorytetów działań związanych z migracją i modernizacją. Użyj narzędzi do monitorowania ruchu sieciowego i mapowania zależności, aby zidentyfikować granice obciążenia i wizualizować relacje między składnikami.

2. Użyj narzędzi do automatycznego odnajdywania.Usługa Azure Migrate oferuje funkcje bezpłatnego odnajdywania dla środowisk lokalnych i w chmurze. To narzędzie automatycznie identyfikuje serwery, aplikacje i ich współzależności. Aby przyspieszyć tworzenie spisu i zmniejszyć błędy ręczne, należy użyć funkcji automatycznego odnajdywania. Jeśli usługa Azure Migrate nie obsługuje w pełni środowiska, użyj narzędzi takich jak Dr Migrate lub CloudPilot , które rozszerzają możliwości usługi Azure Migrate.

3. Uwzględnij wszystkie składniki we wszystkich środowiskach. Inwentaryzacja musi zawierać elementy infrastruktury i aplikacji na wszystkich platformach. Należy uwzględnić serwery, maszyny wirtualne, aplikacje, bazy danych, wzorce komunikacji, integracje, tożsamości i usługi w chmurze z platformy Azure, usług AWS, Google Cloud i innych dostawców. Ten kompleksowy widok zapewnia, że żaden krytyczny zasób nie jest pomijany podczas planowania lub migracji.

4. Użyj odnajdywania ręcznego, gdy automatyzacja nie jest możliwa. Niektóre środowiska ograniczają narzędzia automatycznego odnajdywania ze względu na zasady zabezpieczeń lub ograniczenia techniczne. Użyj szablonu importu usługi Azure Migrate , aby ręcznie udokumentować zasoby w środowiskach z ograniczeniami. Dokumentacja ręczna zapewnia przechwycenie zasobów, do których narzędzia zautomatyzowane nie mogą uzyskać dostępu.

Określanie priorytetów obciążeń według wartości biznesowej i możliwości

Długa lista spisu może być przytłaczająca. Plan powinien obejmować metodę określania priorytetów obciążeń, które należy stosować jako pierwsze w ramach nakładu pracy nad wdrożeniem chmury. Nie wszystkie obciążenia są równie ważne lub równie odpowiednie do natychmiastowej migracji, dlatego należy użyć struktury priorytetyzacji.

1. Użyj krytyczności biznesowej. Ułóż obciążenia według tego, jak bardzo są krytyczne dla operacji biznesowych, przychodów lub doświadczenia klienta. Często kilka obciążeń ma krytyczne znaczenie (jeśli spadną, poważne straty biznesowe), podczas gdy inne są mniej krytyczne. Systemy o wysokiej wartości biznesowej mogą mieć wysoki priorytet, aby zapewnić, że korzystają ze skalowalności chmury lub odporności, a czasami niższego priorytetu, jeśli ryzyko migracji jest zbyt wysokie.

2. Szacowanie gotowości do chmury. Dokonaj szybkiego, ogólnego oszacowania gotowości obciążenia do migracji do chmury w oparciu o istniejącą wiedzę. Szczegółowa ocena techniczna jest dostępna później, ale na razie należy wziąć pod uwagę czynniki takie jak złożoność techniczna, starsze składniki i znane zagrożenia. Niektóre obciążenia mogą być łatwe do wygrania, a inne mogą wymagać znacznej ponownej pracy. Aby zyskać dynamikę, można przydzielić priorytet prostszym zadaniom lub wybrać system o średniej złożoności, ale wysokiej wartości, aby zmaksymalizować wczesny sukces.

3. Zwróć uwagę na zależności. Na tym etapie oceniaj zależności na wysokim poziomie przy użyciu istniejącej wiedzy. Pełne mapowanie zależności odbywa się później, ale na razie zidentyfikuj obciążenia ściśle powiązane z innymi. Aby uniknąć zakłóceń, systemy z wieloma połączeniami mogą być migrowane razem. W niektórych przypadkach obciążenie o niższym priorytcie może wymagać wcześniejszego przeniesienia, ponieważ zależy od niego system o wyższym priorytcie. Użyj tego wglądu do grupowania powiązanych obciążeń w logiczne fale migracji.

4. Rozważ dostosowanie strategiczne. Jeśli niektóre obciążenia mają kluczowe znaczenie dla inicjatyw strategicznych, możesz przyspieszyć ich realizację. Z drugiej strony obciążenia, które mają zostać wycofane lub wkrótce zastąpione, powinny być mniej priorytetowe w procesie migracji.

5. Utwórz priorytetową listę prac. Ten backlog może być listą lub tabelą z kategoriami takimi jak "Fala 1: Obciążenia A, B, C. Fala 2: Obciążenia D, E". Upewnij się, że ta kolejność zostanie zweryfikowana z interesariuszami. Właściciele biznesowi i IT powinni przejrzeć i zgodzić się, że sekwencja ma sens. Chcesz uzyskać ich akceptację i uniknąć sprzeciwu później. Jeśli na przykład zaplanujesz krytyczną aplikację działu na końcu bez ich wkładu, mogą się sprzeciwić. Dostosuj plan na podstawie opinii, aby zrównoważyć logikę techniczną z potrzebami biznesowymi.

Zbieranie szczegółów biznesowych dla każdego obciążenia

Dla każdego zidentyfikowanych obciążeń plan powinien przechwytywać kluczowy kontekst biznesowy i wymagania. Te informacje zawierają wskazówki dotyczące strategii migracji (w następnej sekcji) i zapewniają, że decyzje są zgodne z potrzebami biznesowymi. Ważne szczegóły dotyczące dokumentu

1. Właściciele i interesariusze: Dokument "posiada" obciążenie z perspektywy biznesowej (wiceprezes ds. sprzedaży dla CRM) oraz z perspektywy IT (właściciel aplikacji, właściciel infrastruktury). Wymień wszystkich interesariuszy, którzy muszą być zaangażowani w planowanie jego przeniesienia.

2. Funkcja biznesowa i krytyczność: Udokumentuj, co robi obciążenie pracą i jak ważne jest. Zapisz krótki opis swojego celu i sklasyfikować jego poziom krytyczny (wysoki/średni/niski). Krytyczne znaczenie często wiąże się z tym, ile przestojów można tolerować.

3. Poufność i zgodność danych: należy pamiętać o klasyfikacji danych obsługiwanych przez system (publiczny, wewnętrzny, poufny, wysoce poufny). Dokumentowanie wymagań dotyczących zgodności (PCI, HIPAA, RODO), które mają zastosowanie do tego obciążenia. Jeśli na przykład miejsce przechowywania danych jest wymagane w określonym regionie, ma to wpływ na architekturę chmury.

4. Ograniczenia operacyjne: Udokumentowane okna konserwacji, okresy zaciemnienia (okresy dużego ruchu) i wymagania dotyczące dostępności. Udokumentowanie wszelkich takich ograniczeń, ponieważ mają one wpływ na planowanie migracji i architekturę docelową (wymagania dotyczące wysokiej dostępności).

5. Przewidywana oś czasu lub ostateczne terminy: jeśli istnieje żądana oś czasu dla migracji tego obciążenia, zaznacz to również. Możesz na przykład odnowić umowę lub zakończyć dzierżawę centrum danych. Te czynniki są uwzględniane w ogólnym harmonogramie działania.

Aby zapoznać się z przykładem, zobacz Plan wdrożenia migracji.

Narzędzia i zasoby do odnajdywania i oceny platformy Azure

Dalsze kroki