Przygotowanie do modernizacji chmury

Modernizacja chmury to praktyka ulepszania istniejących obciążeń opartych na chmurze w celu lepszego zaspokojenia potrzeb biznesowych. Dostosowuje obciążenia do najlepszych rozwiązań w chmurze bez dodawania nowych funkcji. Ta struktura zawiera kompleksowe wskazówki dla organizacji dotyczące planowania i wykonywania modernizacji we wszystkich zespołach obciążeń.

Definiowanie modernizacji dla organizacji

Powodzenie modernizacji rozpoczyna się od przygotowania organizacyjnego. Ten etap zapewnia wszystkim zrozumienie, co oznacza modernizacja twojej firmy. Należy również ocenić, czy twoje zespoły mają potrzebne umiejętności i określ, które aplikacje należy najpierw zmodernizować.

1. Ustanów wspólną definicję modernizacji. Modernizacja chmury poprawia sposób działania istniejących obciążeń bez tworzenia nowych funkcji. Typowe działania związane z modernizacją obejmują przeplatanie (przenoszenie składników do nowego środowiska hostingu), refaktoryzacja (optymalizacja lub restrukturyzacja kodu) oraz zmiana architektury (przeprojektowanie struktury systemu) w chmurze. Modernizacja nie obejmuje nowych funkcji sieci lub kompletnych ponownego zapisywania nowych funkcji.

2. Przekaż definicję modernizacji. Udostępnij tę definicję wszystkim odpowiednim zespołom i uczestnikom projektu. Upewnij się, że menedżerowie projektów, inżynierowie, właściciele produktów i kierownicy rozumieją i zgadzają się. Ujednolicone zrozumienie zapobiega rozbieżnościom.

3. Utwórz wspólną odpowiedzialność między zespołami. Modernizacja wymaga współpracy między zespołami deweloperów, operacji, zabezpieczeń i architektury. Każdy zespół przyczynia się do różnorodnych umiejętności dla sukcesu modernizacji. Ustanów regularną komunikację i wspólne procesy decyzyjne. Unikaj pracy silosowej, która tworzy problemy z integracją lub nie spełnia wymagań. Przypisz jasne role przy zachowaniu koordynacji między zespołami.

Ocena gotowości i umiejętności modernizacji

1. Ocenianie umiejętności związanych z modernizacją. Przed rozpoczęciem modernizacji oceń, czy zespół ma niezbędne umiejętności i narzędzia do pomyślnego modernizacji. Kluczowe obszary do oceny obejmują:

   Obszar umiejętności	Pytania dotyczące oceny
   Wiedza na temat usług w chmurze	Czy inżynierowie znają odpowiednie usługi platformy Azure, które mogą być używane podczas modernizacji?
   DevOps i CI/CD	Czy masz dojrzałe pipeline'y ciągłej integracji/ciągłego dostarczania? Czy można zautomatyzować testowanie i wdrożenia przy użyciu infrastruktury jako kodu?
   Nowoczesne wzorce architektury	Czy zespół rozumie mikrousługi, konteneryzację i inne nowoczesne pojęcia natywne dla chmury, które mogą być częścią refaktoryzacji lub zmieniania architektury?
   Monitorowanie i automatyzacja	Czy twoje narzędzia monitorowania, rejestrowania i automatyzacji są wystarczające do obsługi bardziej zaawansowanych operacji w chmurze po modernizacji?

2. Zidentyfikuj luki w zakresie umiejętności i utwórz plan ich wypełnienia. Możesz wytrenować istniejących pracowników (certyfikaty platformy Azure, warsztaty dotyczące architektury chmury) lub wprowadzić nowych pracowników/wykonawców z określoną wiedzą. Umiejętności często mają znaczenie bardziej niż konkretne technologie. Dobrze wyszkolony zespół wykonuje modernizację bardziej płynnie niż zespół uczący się na bieżąco.

3. W razie potrzeby skorzystaj z zewnętrznej wiedzy. Jeśli twój zespół nie ma doświadczenia w krytycznych obszarach, zaangażuj firmę Microsoft lub jej partnera. Zewnętrzni eksperci mogą zweryfikować strategię modernizacji, zalecić odpowiednie narzędzia i pomóc w ustaleniu realistycznych osi czasu.

Określanie priorytetów obciążeń do modernizacji

Nie każde obciążenie powinno zostać zmodernizowane. Użyj podejścia ustrukturyzowanego, aby zdecydować, które obciążenia należy najpierw zmodernizować. Kluczem jest rozważenie wartości biznesowej pod kątem ryzyka technicznego i zidentyfikowanie pilnych wyzwalaczy, które wymuszają działanie.

1. Ocena wartości biznesowej. Utwórz listę kandydatów zadań roboczych i oceń każdy według ich znaczenia dla biznesu. Możesz użyć wysokiej/średniej/niskiej klasyfikacji lub wyniku liczbowego dla wartości biznesowej. Im bardziej ważne jest, aby obciążenie dotyczyło przychodów, zadowolenia klientów lub operacji, tym większa wartość biznesowa:

   Kategoria wartości biznesowej	Examples
   Przychód lub krytyczne dla misji	Systemy, które przetwarzają transakcje sprzedaży lub obsługują podstawowe funkcje biznesowe (przestój bezpośrednio oznacza utratę pieniędzy)
   Środowisko klienta	Systemy, z którymi klienci lub klienci bezpośrednio korzystają (wydajność i niezawodność wpływają na zadowolenie)
   Zgodność lub przepisy	Systemy podlegające ścisłym przepisom lub wymaganiom dotyczącym zabezpieczeń (brak aktualizacji może stanowić zagrożenie prawne)
   Szeroka zależność wewnętrzna	Systemy platformowe powszechnie używane przez pracowników lub inne systemy (jeśli są powolne lub niestabilne, obniża produktywność w całej organizacji)

2. Ocena ryzyka technicznego. Niezależnie oceń stan techniczny każdego systemu. Zasadniczo dowiesz się, ile potrzebuje modernizacji. Klasyfikacja ryzyka technicznego/zapotrzebowania na wysokie, średnie lub niskie dla każdego obciążenia. Oznaki wysokiego ryzyka technicznego lub długu obejmują:

   Kategoria ryzyka technicznego	Examples
   Dług techniczny	Starszy kod z obejściami, nieaktualnymi strukturami i trudną do modyfikacji architekturą
   Nieaktualna technologia	Systemy operacyjne lub bazy danych zbliżające się do końca wsparcia, przestarzałe języki programowania
   Duże nakłady pracy konserwacyjne	Częste ręczne interwencje, rosnące koszty pomocy technicznej, złożone procesy rozwiązywania problemów
   Problemy z wydajnością i niezawodnością	Przestój przewlekły, wolne czasy odpowiedzi, brak możliwości obsługi skoków obciążenia
   Ograniczona skalowalność	Architektura, która wymaga gruntownej przebudowy, aby się rozrastać, oraz ręczne procesy skalowania

3. Identyfikowanie pilnych wyzwalaczy modernizacji. Niektóre zdarzenia mogą nagle zmienić priorytet zadania, nawet jeśli początkowo nie było ono najwyżej na liście. Poszukaj tych wyzwalaczy, które sprawiają, że modernizacja jest pilna:

   Kategoria wyzwalacza	Examples
   Luki bezpieczeństwa	Nowo odnalezione luki zabezpieczeń w starszych składnikach, nieaktualne protokoły szyfrowania lub naruszenia zgodności
   Terminy zakończenia wsparcia	Platforma lub oprogramowanie tracące wsparcie dostawcy w ciągu 12 miesięcy, stare poprawki zabezpieczeń
   Wymagania dotyczące wzrostu biznesowego	Szybki wzrost klientów przekraczający pojemność systemu, nowe wymagania dotyczące wejścia na rynek lub potrzeby integracji
   Problemy z niezawodnością systemu	Powtarzające się awarie, przewlekłe problemy z wydajnością lub eskalacja kosztów konserwacji

4. Określanie priorytetów obciążeń. Połącz wartości biznesowe i oceny ryzyka technicznego w prostą macierz priorytetów.

   Wartość biznesowa	Ryzyko techniczne	Priorytet modernizacji	Action
   High	High	Najwyższy priorytet	Uruchom teraz modernizację. Wysoki zwrot z inwestycji
   High	Low	Monitor	Opóźnij modernizację, chyba że istnieją określone korzyści biznesowe
   Low	High	Case-by-case	Nie modernizuj natychmiast, chyba że istnieje wyraźna korzyść
   Low	Low	Nic nie rób	Nakład pracy nad modernizacją nie byłby dobrym wykorzystaniem zasobów.

Zrozum, jak modernizować

Przed rozpoczęciem wykonywania upewnij się, że ty i poszczególne zespoły ds. obciążeń rozumieją podejścia i najlepsze rozwiązania dotyczące modernizacji w chmurze.

1. Skorzystaj z platformy Azure Well-Architected Framework, aby dostrzec możliwości poprawy. Struktura Well-Architected (WAF) to zestaw najlepszych rozwiązań w pięciu filarach: niezawodność, zabezpieczenia, optymalizacja kosztów, doskonałość operacyjna i wydajność. Przeprowadzenie Well-Architected przeglądu obciążeń może podkreślić, gdzie nie są one wykonywane zgodnie z najlepszymi rozwiązaniami. Te luki skutecznie generują listę rzeczy do zrobienia na potrzeby unowocześniania. Im większe lub liczniejsze luki, tym bardziej paląca jest potrzeba modernizacji tego obiegu pracy. W ten sposób WAF dostarcza opartą na danych mapę drogową tego, co należy naprawić.

2. Umożliwianie zespołom ds. obciążeń podejmowania decyzji dotyczących modernizacji. Zespoły, które są właścicielami i codziennie zarządzają każdą aplikacją, często mają najgłębszy wgląd w jej problemy oraz jakie zmiany mogłyby pomóc. Warto zaangażować te zespoły w podjęcie decyzji o tym, jak zmodernizować swoje systemy. Nadaj im kontekst biznesowy ("potrzebujemy tego systemu do obsługi ruchu 2x" lub "musimy obniżyć koszt konserwacji o 30%") i pozwolić im zaproponować rozwiązania. Być może wiedzą, że określona usługa może zostać wymieniona lub które części kodu są najgorsze w jakości. Zapewnij tym zespołom uprawnienia do podejmowania decyzji w celu wyboru technicznego, w granicach budżetu, osi czasu i ogólnych standardów architektury. Zorganizuj regularne spotkania kontrolne, aby upewnić się, że ich plany są zgodne z szerszymi celami organizacyjnymi.

Następny krok