Ćwiczenie — dostosowywanie planu wdrożenia chmury
W tym ćwiczeniu pobierzesz dane z poprzedniego kroku oceny, aby wypełnić szablonowy plan wdrożenia chmury. Ten plan oparty na danych pomoże w zarządzaniu pracą związaną z migracją i wdrażaniem nowych, innowacyjnych obciążeń.
Dostosowywanie planu wdrożenia chmury
Warto utworzyć plan, który odpowiada za wszystkie obciążenia i każdy zasób potrzebny w chmurze. Jeśli Twój zespół nie ma dobrze ugruntowanych procesów wdrażania chmury i rozbudowanego doświadczenia z wybranym dostawcą chmury, taki plan może stworzyć fałszywe postrzeganie i wstrzyknąć niepotrzebne ryzyko.
Zamiast tego dostosuj i przetestuj plan przy użyciu małego zestawu dobrze zdefiniowanych obciążeń, aby utworzyć pierwszą falę wdrażania chmury. W tej lekcji omówimy sposób tworzenia pierwszego planu wdrożenia przez firmę Tailwind Traders. Firma korzysta z następujących kroków:
- Dodawanie pierwszej fali obciążeń
- Kojarzenie zasobów zależnych z każdym obciążeniem
- Określanie priorytetów obciążeń
- Ocena zadań migracji jako zespołu
- Szacowanie zadań i próba ich ukończenia w szacowanej godzinie
- Testowanie wdrożonych obciążeń
- Uściślij procesy i szacunki
- Stosowanie początkowego uczenia się do bardziej kompleksowego planu wdrożenia
Otwieranie szablonu planu wdrożenia chmury
W pierwszej lekcji tego modułu utworzono listę prac w usłudze Azure DevOps przy użyciu szablonu planu wdrożenia chmury. Ostatni krok tej lekcji zasugerował zapisanie adresu URL w widoku hierarchii Epic tego planu projektu. Użyj tego linku (lub kroków z pierwszej lekcji), aby otworzyć listę prac lub plan projektu utworzony przez ten szablon.
Dodawanie obciążeń
Teraz dodamy pewne obciążenia do planu projektu. Na koniec ostatniej lekcji zidentyfikowaliśmy serię obciążeń z majątku cyfrowego firmy Tailwind Traders. Podczas kompilowania rzeczywistych planów możesz kierować dziesięć obciążeń dla pierwszej migracji, ale w celu zwięzłości będzie przeznaczonych tylko sześć obciążeń zidentyfikowanych w ostatniej lekcji.
Uwaga
Obciążenia pulpitu wirtualnego i rozwiązania do tworzenia kopii zapasowych mogą być traktowane jako platformy technologiczne, a nie obciążenia. Jednak podczas migracji to rozróżnienie ma niewielki wpływ na sposób wdrażania kolekcji zasobów w chmurze.
Otwórz formularz, aby dodać obciążenie: Rozwiń epikę Migracja chmury na liście prac, aby wyświetlić wszystkie obciążenia przeznaczone do migracji. Wybierz wielokropek po prawej stronie epika Migracja chmury, aby wyświetlić menu. W menu podręcznym umieść kursor nad linkiem Dodaj, a następnie wybierz pozycję Nowy element.
Dodaj nowe obciążenie w planie: pierwszy formularz prosi o podanie pewnych podstawowych danych w celu dodania tego obciążenia do planu. Pytania dotyczą terminów usługi Azure DevOps, a nie terminów obciążenia. Dodaj wszystkie obciążenia, które mają zostać zmigrowane do listy prac jako elementy podrzędne epika migracji do chmury. Wszystkie obciążenia są wprowadzane jako funkcje, biorąc pod uwagę ilość pracy wymaganą do migracji wszystkich zasobów zależnych obsługujących obciążenie. Wprowadź nazwę obciążenia, aby ukończyć ten formularz. W tym ćwiczeniu wybierz pozycję Podrzędne jako typ linku, wybierz pozycję Funkcja jako typ elementu roboczego, wprowadź kupon mobilny jako tytuł pierwszego obciążenia, a następnie wybierz przycisk OK w dolnej części formularza.
Wprowadź dane obciążenia: W przypadku tych pierwszych kilku obciążeń skoncentruj się na minimalnej ilości danych, które uważasz, że zespół ds. migracji będzie musiał ukończyć migrację do środowiska produkcyjnego. Nazwa obciążenia powinna być przenoszona z poprzedniego formularza. Wypełnij pole Opis informacjami krytycznymi, które powinny być oznakowane dla wszystkich zasobów skojarzonych z tym obciążeniem, takich jak ważność, ważność danych, tag obciążenia, grupa biznesowa, właściciel obciążenia, zobowiązanie operacji lub inne informacje, które powinny być utrwalane w całym cyklu życia obciążenia. Aby ustanowić najlepsze rozwiązania od początku, rozpocznij pierwszą dyskusję w tym formularzu, przedstawiając wymagania testowe, które zweryfikować pomyślne migracje tego obciążenia. Wybierz pozycję Zapisz i zamknij , aby zapisać informacje o obciążeniu.
Powtórz te kroki dla każdego z obciążeń w pierwszej fali migracji. W tym ćwiczeniu utwórz funkcje w planie, aby reprezentować każde z sześciu obciążeń firmy Tailwind Traders: kupon mobilny, półka wideo, zdalny sklep poS, planowanie pracowników, pulpit wirtualny i rozwiązanie do tworzenia kopii zapasowych.
Dodawanie zasobów
Każdy z zasobów spisanych wymaganych do obsługi obciążenia musi zostać dodany do planu w celu zarządzania rzeczywistą pracą. W poniższym procesie pokazano, jak dodać każdy zasób w ramach odpowiedniego obciążenia.
Uwaga
Dla uproszczenia będziemy numerać każdy zasób zamiast podawania nazw dla każdego elementu zawartości. W rzeczywistych projektach należy zarejestrować nazwę i inne aspekty metadanych, aby kierować działaniami technicznymi.
Otwórz formularz, aby dodać nowy zasób: rozwiń funkcję Kupon mobilny na liście prac. Wybierz wielokropek z prawej strony kuponu mobilnego, aby wyświetlić menu. W menu podręcznym umieść kursor na pozycji Dodaj link i wybierz pozycję Nowy element.
Dodaj nowy zasób w planie: Podobnie jak w przypadku dodawania nowego obciążenia, pierwszy formularz prosi o podanie pewnych podstawowych danych w celu dodania tego zasobu do planu. Należy dodać wszystkie zasoby, które mają zostać zmigrowane do listy prac jako elementy podrzędne odpowiedniej funkcji obciążenia. Wszystkie zasoby są wprowadzane jako scenariusze użytkownika, ponieważ migracja tego zasobu jest dyskretnym i wymiernym wynikiem na podstawie serii zadań. Wprowadź nazwę zasobu, aby ukończyć ten formularz. W tym ćwiczeniu wybierz pozycję Podrzędne dla pozycji Typ łącza, wybierz pozycję Historia użytkownika dla typu elementu roboczego, a następnie wprowadź wartość Asset #1 jako tytuł pierwszego elementu zawartości. Wybierz przycisk OK w dolnej części formularza.
Wprowadź dane zasobów: nazwa zasobu powinna zostać przeniosna z poprzedniego formularza. Wypełnij pole Opis krytycznymi informacjami o tym zasobie, takimi jak typ zasobu (maszyna wirtualna, dane lub aplikacja), bieżąca segmentacja sieci, znane zależności, tagi specyficzne dla zasobu lub inne informacje, które mogą pomóc w migracji zasobu. Aby ustanowić najlepsze rozwiązania od początku, zacznij myśleć o kryteriach akceptacji. Użyj pola Kryteria akceptacji, aby wypełnić szczegółowe informacje o tym, jak i przez kogo ten zasób zostanie przetestowany po wdrożeniu go w chmurze. Wybierz pozycję Zapisz i zamknij , aby zapisać informacje o zasobie.
Określanie priorytetów obciążeń
W widoku hierarchii Epika listy prac można przeciągać obciążenia w górę i w dół na liście, aby odzwierciedlić priorytet liniowy i rozpocząć ustanawianie sekwencji obciążeń do migracji.
Wraz ze wzrostem liczby obciążeń w planie takie podejście może nie być wystarczająco niezawodne, aby zapewnić niezbędną przejrzystość. Wybierz dowolne obciążenie, aby otworzyć formularz edycji elementu roboczego użyty do dodania tego początkowego obciążenia. W sekcji Planowanie formularza można użyć pól priorytetu, ryzyka, wartości biznesowej lub krytycznego czasu, aby określić bardziej trwałą wartość priorytetyzacji.
Co najważniejsze, definiowanie fal obciążeń w celu migracji określa priorytet ukończenia pracy. W tym samym formularzu można ustawić iterację dla każdego obciążenia przy użyciu listy rozwijanej Iteracja .
Jeśli używasz formularza do ustawiania wartości priorytetu, pamiętaj, aby wybrać pozycję Zapisz i zamknij po zakończeniu.
Ocena zadań migracji jako zespołu
Szablon planu wdrożenia chmury wdraża przykładowy szablon obciążenia, aby pokazać różne działania, których migracja może wymagać. W zależności od wybranego podejścia zadania mogą się różnić.
Migracja zasobów: Podstawowe podejście do migracji to prosty, dwuetapowy proces, który należy wykonać dla każdego zasobu: ocenić zgodność i zmigrować zasób. Większość zespołów dodaje również podstawowe procesy w celu optymalizacji rozmiaru, konfigurowania ustawień zabezpieczeń i zarządzania oraz dokumentowania konfiguracji tego zasobu. Te zadania można powtórzyć dla wszystkich zasobów w majątku cyfrowym. Szablon zawiera linki do instrukcji dotyczących wykonywania każdego zadania.
Migracja zasobów jest dobra w przypadku małych, taktycznych wysiłków, ale takie podejście nie jest skalowane w celu spełnienia potrzeb zaawansowanych migracji ani wysiłków związanych z wdrażaniem, takich jak ten, który musi wykonać firma Tailwind Traders.
Migracja obciążeń: aby skalować te procesy, migracja obciążenia może być znacznie bardziej przydatna. W tym podejściu można zignorować zadania skojarzone z każdym zasobem w szablonie. Zasoby są migrowane zbiorczo przy użyciu narzędzi takich jak Azure Migrate. Ukończono ocenę, ustalanie rozmiaru, zależność, testowanie i dokumentację raz dla każdego obciążenia w celu zmniejszenia nadmiarowych zadań. W miarę migrowania obciążeń istniejące zasoby są również likwidowane w celu wycofania nieużywanych zasobów i zmniejszenia bieżących kosztów.
Migracja obciążeń jest znacznie wydajniejsza, ale może również uderzać w punkty skalowania, gdy nakład pracy zaczyna skupiać się na tysiącach maszyn wirtualnych.
Fabryka migracji: w przypadku najwyższej skali i najbardziej powtarzalnej opcji możesz utworzyć fabrykę migracji, gdy ty i twój zespół uzyskasz dodatkowe doświadczenie. Sekcja Ulepszenia procesów przewodnika Cloud Adoption Framework zawiera szereg procesów, które należy wziąć pod uwagę.
Dodawanie zadań
Gdy zespół dostosuje zadania wymagane do obsługi procesów, możesz rozpocząć dodawanie tych zadań do każdego obciążenia i/lub zasobu.
Podobnie jak w poprzednich krokach, w tym miejscu wybierz wielokropek obok dowolnego obciążenia lub zasobu, aby dodać zadania. Jedyną różnicą jest wybranie pozycji Zadanie z listy rozwijanej Typ elementu roboczego w celu śledzenia przypisań i pracy skojarzonej z tym zadaniem.
Jeśli dodasz zadania bezpośrednio do obciążenia, możesz również dodać scenariusze użytkowników, aby zgrupować pracę i pomoc dotyczącą przypisań. Szablon zawiera przykłady scenariuszy użytkownika do grupowania, jak pokazano na poniższej ilustracji:
Szacowanie zadań i próba ich ukończenia w szacowanej godzinie
Dla każdego zadania zespół zgadza się uwzględnić, wymyślić szacowany czas wymagany do ukończenia pracy. Wprowadź szacowany czas w polu tekstowym Oryginalne szacowanie i wybierz pozycję Zapisz i zamknij.
Każdego dnia spotkaj się z zespołem podczas pierwszej iteracji, aby przechwycić postęp pracy. Zaktualizuj wartości Pozostały czas i Ukończono w spotkaniu każdego dnia. Pomaga to zespołowi zwrócić szczególną uwagę na trudności związane z wykonywaniem każdego zadania i pomaga uściślić szacunki na przyszłość. W przypadku pierwszych kilku iteracji przećwicz rejestrowanie obserwacji dotyczących pracy ukończonej w polu Dyskusja , aby pomóc zachować zdobytą wiedzę.
Uwaga
W miarę postępu zespołu niektóre z prac, które zgodziły się wydawać, mogą wydawać się niepotrzebne. Aby kontynuować naukę, spróbuj upewnić się, że wszystkie zadania są wykonywane podczas iteracji, aby zweryfikować te wyglądy, a następnie dostosować je w przyszłych iteracji. Nie pozwól, aby niepotrzebne zadanie stało się blokowaniem dostarczania scenariusza użytkownika lub migracji.
Testowanie wdrożenia
Podczas wdrażania każdego zasobu uruchom test, aby zweryfikować ukończenie i zgodność z początkowym projektem.
Po wdrożeniu końcowego zasobu dla każdego obciążenia zweryfikuj architekturę, wydajność i rozmiar. Co najważniejsze, wykonaj test obciążenia z rzeczywistymi użytkownikami biznesowymi, gdy jest to możliwe.
Retrospektywa w celu uściślenia procesów i oszacowań
Na końcu pierwszej iteracji połącz się jako zespół, aby omówić to, co zadziałało i co nie. Przyjrzyj się również temu, co zespół chce przestać robić, robić lub robić więcej.
Zastosuj te proste zagadnienia do listy zadań do uwzględnienia w następnej iteracji. Możesz również użyć czasu poświęcanego na zadania, aby poinformować o nowych szacunkach zespołu.
Stosowanie początkowego uczenia się do bardziej kompleksowego planu wdrożenia
Powtórz kroki opisane w tym artykule dla pierwszych trzech iteracji, aby kontynuować uczenie się i udoskonalanie procesów. Po kilku iteracji zespół powinien mieć wiedzę na temat wymaganych zadań, czasu, aby wymagać tych zadań, oraz ogólnych procesów, które doprowadzą do sukcesu w całym programie transformacji cyfrowej.
Równolegle do ukończenia każdej iteracji menedżer projektu powinien używać danych oceny z poprzedniej lekcji w celu wypełnienia bogatszego planu, w tym większej liczby wymaganych obciążeń i zasobów.
Ogólnie rzecz biorąc, menedżerowie projektów powinni próbować załadować 10 obciążeń na iterację dla kilku pierwszych iteracji. W miarę wykonywania kolejnych retrospektyw, stało się to jaśniejsze, ile obciążeń zespół może wykonać w dwutygodniowej iteracji. Niektóre dojrzałe zespoły mogą migrować setki, a nawet tysiące zasobów w dwutygodniowym przebiegu. Jednak testowanie i wersja produkcyjna obciążeń, które obsługują te zasoby, zajmie więcej czasu.
W ciągu pierwszych kilku tygodni początkowego wykonywania iteracji większość projektu migracji powinna mieć możliwość załadowania, nadania priorytetów, przypisania do iteracji i oszacowania. Zazwyczaj dokładność czasu trwania i osi czasu projektu jest ustabilizowana po zakończeniu trzeciej iteracji.
Integrowanie majątku cyfrowego na dużą skalę
Możesz szybciej dodawać obciążenia, zasoby i zadania przy użyciu dodatku Teams dla programu Microsoft Excel. Sekcja Następne kroki w następnej lekcji zawiera linki do serii artykułów, która zawiera informacje na temat ładowania dużej liczby obciążeń i zasobów przy użyciu szablonu obciążenia udostępnionego w początkowym planie wdrażania chmury.
Zaangażowanie partnerów
Partnerzy firmy Microsoft, którzy udostępniają zatwierdzone oferty przewodnika Cloud Adoption Framework, mogą przyspieszyć planowanie i wykonywanie migracji, co znacznie zmniejsza ilość cyklicznej pracy wymaganej przez organizację. Zobacz witrynę oferty partnera Cloud Adoption Framework, aby uzyskać oferty od doświadczonych partnerów.