Odnajdywanie istniejącego spisu obciążeń

Ta sekcja dotyczy organizacji z istniejącymi obciążeniami IT spoza Azure (lokalnie lub w innych chmurach), które wymagają migracji do 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.

Typ obciążenia	Narzędzie odnajdywania	Narzędzie do oceny	Examples
On-premises	Azure Migrate	• Azure Migrate • Dr Migrate	• Serwery fizyczne • Maszyny wirtualne VMware • maszyny wirtualne Hyper-V • Bazy danych SQL • Aplikacje internetowe
Infrastruktura platformy AWS (IaaS)	Azure Migrate	• Azure Migrate • Przewodnik dotyczący przejścia z AWS na Azure	• Instancje AWS EC2 • Bazy danych AWS RDS • Woluminy AWS EBS
Infrastruktura chmury Google (IaaS)	Azure Migrate	• Azure Migrate • Google Cloud Azure wskazówki dotyczące migracji	• Maszyny wirtualne Google Cloud Compute Engine • Google Cloud SQL • Dysk trwały Google Cloud
Usługi platformy AWS (PaaS)	Eksplorator zasobów platformy AWS	• Wskazówki dotyczące migracji z AWS do Azure • porównanie usług AWS i Azure • Cloudockit	• AWS Lambda • AWS Elastic Beanstalk • AWS DynamoDB
Usługi Google Cloud Platform (PaaS)	Spis zasobów usługi Google Cloud	• Przewodnik dotyczący przechodzenia z Google Cloud do Azure • porównanie usług Google Cloud i Azure • Cloudockit	• Google Cloud BigQuery • Google Cloud App Engine • Google Cloud Run Funkcje
Kod aplikacji	• CAST Highlight • Dr Migrate	• Modernizacja aplikacja Copilot GitHub • Dr Migrate • CloudPilot • CAST Highlight • CloudAtlas	• GitHub • Azure Repos • GitLab

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.Azure Migrate zapewnia bezpłatne funkcje 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 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 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 usług Azure, 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 importowania Azure Migrate, aby ręcznie dokumentować 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. Klasyfikacja obciążeń według tego, jak krytyczne są operacje biznesowe, przychody lub środowisko 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 jako ostatnią krytyczną aplikację działu 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: dokumentuj, kto jest właścicielem obciążenia z perspektywy biznesowej (na przykład wiceprezes ds. sprzedaży dla CRM) i 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, 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. Przewidywany harmonogram lub terminy końcowe: Jeśli istnieje pożądany harmonogram migracji tego obciążenia, należy to również zaznaczyć. Na przykład, może masz odnowienia kontraktów lub wygasające dzierżawy centrum danych. Te czynniki są uwzględniane w ogólnym harmonogramie działania.

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

Azure narzędzia i zasoby do odnajdywania i oceny

Category	Tool	Description
Discovery	Azure Migrate	Odnajduje serwery, aplikacje i zależności w całej infrastrukturze
Discovery	infrastruktura Azure Migrate	Odnajduje składniki infrastruktury lokalnej
Discovery	Azure Migrate odnajdywanie aplikacji	Identyfikuje aplikacje uruchomione w środowisku
Discovery	Dr.Migrate	Analizuje istniejące obciążenia robocze, aby zidentyfikować gotowość do migracji oraz możliwości modernizacji. Zawiera szczegółowe informacje na temat zależności, konfiguracji i potencjalnych blokad w celu usprawnienia planowania migracji.
Discovery	Szablon importu Azure Migrate	Umożliwia ręczną dokumentację zasobów w środowiskach z ograniczeniami
Assessment	ocena Azure Migrate	Ocenia obciążenia lokalne pod kątem migracji Azure
Assessment	Ocena Azure Migrate dla serwerów fizycznych	Ocenia fizyczne i zwirtualizowane serwery na potrzeby migracji do chmury
Assessment	Dr Migrate	Ocena infrastruktury i kodu na potrzeby migracji do chmury
Ocena odnajdywania kodu	CAST Highlight	Analizuje kod aplikacji pod kątem gotowości do chmury
Assessment	CloudPilot	Analizuje aplikacje pod kątem gotowości do chmury
Ocena kodu	AppCAT	Ocenia .NET i aplikacje Java pod kątem zgodności Azure
Assessment	CloudAtlas	Zapewnia ocenę modernizacji i migracji
Ocena PaaS	Cloudockit	Generuje diagramy architektury i dokumentację dla środowisk w chmurze
Migracja z platformy AWS do Azure	Przewodnik po migracji z AWS do Azure	Zawiera wskazówki dotyczące migracji z platformy AWS do Azure
Migracja usługi Google Cloud do Azure	Przewodnik dotyczący migracji z Google Cloud do Azure	Zawiera wskazówki dotyczące migracji z chmury Google do Azure
Migracja z platformy AWS do Azure	Mapowanie usług AWS do Azure	Mapowanie usług AWS na równoważne usługi Azure
Migracja usługi Google Cloud do Azure	Mapowanie usług z Google Cloud na Azure	Mapuje usługi Google Cloud na równoważne usługi Azure

Dalsze kroki

Wybierz strategię migracji