Udostępnij za pośrednictwem


Racjonalizacja majątku cyfrowego

Racjonalizacja chmury to proces oceny zasobów w celu określenia najlepszego podejścia do hostowania ich w chmurze. Po określeniu podejścia i zagregowaniu spisu można rozpocząć racjonalizację chmury. Racjonalizacja chmury omawia najbardziej typowe opcje racjonalizacji.

Obejrzyj poniższy film wideo, aby uzyskać krótkie omówienie ukończenia kompleksowej oceny, która pomoże Ci zaplanować i określić priorytety działań związanych z migracją.

Tradycyjny pogląd na racjonalizację

Łatwo zrozumieć racjonalizację podczas wizualizowania tradycyjnego procesu racjonalizacji jako złożonego drzewa decyzyjnego. Każdy zasób w majątku cyfrowym jest karmiony przez proces, który skutkuje jedną z pięciu odpowiedzi (pięć r. racjonalizacji). W przypadku małych nieruchomości ten proces działa dobrze. W przypadku większych nieruchomości jest nieefektywny i może prowadzić do znaczących opóźnień. Przyjrzyjmy się procesowi, aby zobaczyć, dlaczego. Następnie przedstawimy bardziej wydajny model.

Spis: do ukończenia pełnej racjonalizacji jest wymagany dokładny spis zasobów, w tym aplikacji, oprogramowania, sprzętu, systemów operacyjnych i metryk wydajności systemu.

Analiza ilościowa: W drzewie decyzyjnym pytania ilościowe napędzają pierwszą warstwę decyzji. Często zadawane pytania obejmują następujące kwestie:

  • Czy zasób jest obecnie używany?
  • Jeśli tak, czy jest on zoptymalizowany i czy rozmiar jest prawidłowo dopasowany?
  • Jakie zależności istnieją między elementami zawartości? Te pytania mają kluczowe znaczenie dla klasyfikacji spisu.

Analiza jakościowa: Następny zestaw decyzji wymaga inteligencji ludzkiej w postaci analizy jakościowej. Często pytania, które pojawiają się tutaj, są unikatowe dla rozwiązania i mogą być odpowiedziane tylko przez uczestników projektu biznesowego i użytkowników potęgi. Te decyzje zwykle opóźniają proces, spowalniając elementy znacznie. Ta analiza zwykle zużywa od 40 do 80 godzin FTE na aplikację.

Aby uzyskać wskazówki dotyczące tworzenia listy pytań dotyczących analizy jakościowej, zobacz Podejścia do planowania majątku cyfrowego.

Decyzja racjonalizacji: W rękach doświadczonego zespołu racjonalizacji dane jakościowe i ilościowe tworzą jasne decyzje. Niestety, zespoły o wysokim stopniu racjonalizacji doświadczenia są kosztowne do wynajęcia lub potrwać miesiące do szkolenia.

Racjonalizacja w skali przedsiębiorstwa

Jeśli ten wysiłek jest czasochłonny i zniechęcający do 50-maszynowego majątku cyfrowego, wyobraź sobie nakład pracy wymagany do prowadzenia transformacji biznesowej w środowisku z tysiącami maszyn wirtualnych i setkami aplikacji. Wymagany wysiłek ludzki może łatwo przekroczyć 1500 godzin FTE i dziewięć miesięcy planowania.

Podczas gdy pełna racjonalizacja jest stanem końcowym i świetnym kierunkiem do przejścia, rzadko produkuje wysokie zwroty z inwestycji (zwrot z inwestycji) w stosunku do czasu i energii, która jest wymagana.

Gdy racjonalizacja ma kluczowe znaczenie dla decyzji finansowych, warto rozważyć profesjonalną organizację usług, która specjalizuje się w racjonalizacji chmury, aby przyspieszyć proces. Nawet wtedy pełna racjonalizacja może być kosztowną i czasochłonną pracą, która opóźnia transformację lub wyniki biznesowe.

W pozostałej części tego artykułu opisano alternatywne podejście znane jako racjonalizacja przyrostowa.

Racjonalizacja przyrostowa

Kompletna racjonalizacja dużego majątku cyfrowego jest podatna na ryzyko i może cierpieć opóźnienia ze względu na jego złożoność. Założeniem podejścia przyrostowego jest to, że opóźnione decyzje zachwiają obciążenie firmy, aby zmniejszyć ryzyko przeszkód. Z biegiem czasu takie podejście tworzy organiczny model do opracowywania procesów i doświadczenia wymaganego do bardziej wydajnego podejmowania wykwalifikowanych decyzji racjonalizacji.

Spis: zmniejszanie punktów danych odnajdywania

Niewiele organizacji inwestuje czas, energię i wydatki w utrzymanie dokładnego spisu w czasie rzeczywistym pełnego majątku cyfrowego. Utrata, kradzież, cykle odświeżania i dołączanie pracowników często uzasadniają szczegółowe śledzenie zasobów urządzeń użytkowników końcowych. Zwrot z inwestycji w utrzymywanie dokładnego spisu serwerów i aplikacji w tradycyjnym lokalnym centrum danych jest często niski. Większość organizacji IT ma bardziej pilne problemy, aby rozwiązać problem niż śledzić użycie zasobów stałych w centrum danych.

W transformacji w chmurze spis jest bezpośrednio skorelowany z kosztami operacyjnymi. Dokładne dane spisu są wymagane do odpowiedniego planowania. Niestety, bieżące opcje skanowania środowiska mogą opóźniać decyzje o tygodniach lub miesiącach. Na szczęście kilka sztuczek może przyspieszyć zbieranie danych.

Skanowanie oparte na agencie jest najczęściej cytowanym opóźnieniem. Niezawodne dane wymagane do tradycyjnej racjonalizacji mogą być często zbierane tylko z agentem działającym na każdym zasobie. Ta zależność od agentów często spowalnia postęp, ponieważ może wymagać opinii od funkcji zabezpieczeń, operacji i administracji.

W procesie racjonalizacji przyrostowej rozwiązanie bez agenta może służyć do początkowego odnajdywania w celu przyspieszenia wczesnych decyzji. W zależności od poziomu złożoności środowiska rozwiązanie oparte na agencie może być nadal wymagane, ale może zostać usunięte ze ścieżki krytycznej do zmian biznesowych.

Analiza ilościowa: usprawnianie decyzji

Niezależnie od podejścia do odnajdywania spisu analiza ilościowa może prowadzić do początkowych decyzji i założeń. Jest to szczególnie istotne w przypadku próby zidentyfikowania pierwszego obciążenia lub gdy celem racjonalizacji jest porównanie kosztów wysokiego poziomu. W procesie racjonalizacji przyrostowej zespół strategiczny ds. chmury i zespoły ds. wdrażania chmury ograniczają pięć metod racjonalizacji do dwóch zwięzłych decyzji i stosuje tylko te czynniki ilościowe. Usprawnia to analizę i zmniejsza ilość danych początkowych wymaganych do zmiany.

Jeśli na przykład organizacja jest w trakcie migracji IaaS do chmury, można założyć, że większość obciążeń zostanie wycofana lub ponownie hostowana.

Analiza jakościowa: tymczasowe założenia

Dzięki zmniejszeniu liczby potencjalnych wyników łatwiej jest osiągnąć początkową decyzję dotyczącą przyszłego stanu zasobu. Po zmniejszeniu opcji można również zmniejszyć liczbę pytań zadawanych firmie na tym wczesnym etapie.

Jeśli na przykład opcje są ograniczone do ponownego hostowania lub wycofywania, firma musi odpowiedzieć tylko na jedno pytanie podczas początkowej racjonalizacji, czyli czy wycofać zasób.

"Analiza sugeruje, że żaden użytkownik nie aktywnie korzysta z tego zasobu. Czy to dokładne, czy przeoczyliśmy coś?" Takie pytanie binarne jest zwykle znacznie łatwiejsze do przeprowadzania analizy jakościowej.

Takie usprawnione podejście tworzy plany bazowe, plany finansowe, strategię i kierunek. W kolejnych działaniach każdy zasób przechodzi dalszą racjonalizację i analizę jakościową w celu oceny innych opcji. Wszystkie założenia wykonywane w tej początkowej racjonalizacji są testowane przed migracją poszczególnych obciążeń.

Kwestionowanie założeń

Wynik poprzedniej sekcji jest szorstką racjonalizacją, która jest pełna założeń. Następnie nadszedł czas, aby zakwestionować niektóre z tych założeń.

Wycofywanie zasobów

W tradycyjnym środowisku lokalnym hostowanie małych, nieużywanych zasobów rzadko powoduje znaczący wpływ na roczne koszty. Z kilkoma wyjątkami nakład pracy fte wymagany do analizowania i wycofywania rzeczywistego aktywów przewyższa oszczędności kosztów od oczyszczania i wycofywania tych aktywów.

Po przejściu do modelu księgowości w chmurze wycofanie zasobów może przynieść znaczne oszczędności w rocznych kosztach operacyjnych i nakładach pracy związanych z migracją z góry.

Nie rzadko zdarza się, że organizacje przechodzą na emeryturę w 20% lub więcej swoich majątku cyfrowego po zakończeniu analizy ilościowej. Zalecamy przeprowadzenie dalszej analizy jakościowej przed podjęciem działań. Po potwierdzeniu wycofanie tych zasobów może spowodować pierwsze zwycięstwo ROI migracji do chmury. Jest to często jeden z największych czynników oszczędnościowych. W związku z tym zespół strategiczny ds. chmury powinien nadzorować walidację i wycofanie zasobów, równolegle z wykonaniem metodologii migracji, aby osiągnąć wczesne zwycięstwo finansowe.

Korekty programu

Firma rzadko rozpoczyna tylko jedną podróż transformacji. Wybór między redukcją kosztów, wzrostem rynku i nowymi strumieniami przychodów jest rzadko decyzją binarną. W związku z tym zalecamy, aby zespół strategiczny ds. chmury współpracował z działem IT w celu zidentyfikowania zasobów związanych z równoległymi działaniami transformacji, które wykraczają poza zakres podstawowej podróży transformacji.

W przykładzie migracji IaaS podanym w tym artykule:

  • Poproś zespół DevOps o zidentyfikowanie zasobów, które są już częścią automatyzacji wdrażania, i usunięcie tych zasobów z podstawowego planu migracji.

  • Poproś zespoły ds. zasobów i zespołów ds. zasobów, które zasilają nowe strumienie przychodów i usuwają je z podstawowego planu migracji.

Ta skoncentrowana na programie analiza jakościowa może być wykonywana szybko i tworzy wyrównanie wielu list prac migracji.

Nadal może być konieczne rozważenie niektórych zasobów jako zasobów ponownego hostowania przez pewien czas. Po migracji początkowej można przeprowadzić etap w późniejszym etapie racjonalizacji.

Wybierz pierwsze obciążenie

Zaimplementowanie pierwszego obciążenia jest kluczem do testowania i uczenia się. Jest to pierwsza okazja do zademonstrowania i zbudowania myślenia o wzroście.

Kryteria biznesowe

Aby zapewnić przejrzystość biznesową, zidentyfikuj obciążenie obsługiwane przez członka jednostki biznesowej zespołu ds. strategii chmury. Najlepiej wybrać jeden, w którym zespół ma udziały i silną motywację do przejścia do chmury.

Kryteria techniczne

Wybierz obciążenie, które ma minimalne zależności i można je przenieść jako małą grupę zasobów. Zalecamy wybranie obciążenia ze zdefiniowaną ścieżką testowania, aby ułatwić walidację.

Pierwsze obciążenie jest często wdrażane w środowisku eksperymentalnym bez wydajności operacyjnej ani ładu. Ważne jest, aby wybrać obciążenie, które nie wchodzi w interakcję z bezpiecznymi danymi.

Analiza jakościowa

Zespoły ds. wdrażania chmury i zespół strategiczny ds. chmury mogą współpracować w celu przeanalizowania tego małego obciążenia. Ta współpraca tworzy kontrolowaną możliwość tworzenia i testowania kryteriów analizy jakościowej. Mniejsza populacja tworzy możliwość badania dotkniętych użytkowników i ukończenia szczegółowej analizy jakościowej w tygodniu lub mniej. Aby uzyskać typowe czynniki analizy jakościowej, zobacz konkretny cel racjonalizacji w pięciu r racjonalizacji.

Migracja

Równolegle z ciągłą racjonalizacją zespół wdrożeniowy ds. chmury może rozpocząć migrację małego obciążenia w celu rozszerzenia uczenia się w następujących kluczowych obszarach:

  • Wzmacnianie umiejętności dzięki platformie dostawcy usług w chmurze.
  • Zdefiniuj podstawowe usługi i standardy platformy Azure potrzebne do dopasowania do długoterminowej wizji.
  • Lepiej zrozumieć, jak operacje mogą wymagać zmiany w dalszej części transformacji.
  • Zapoznaj się z wszelkimi nieodłącznymi zagrożeniami biznesowymi i tolerancją firmy dla tych zagrożeń.
  • Ustanów plan bazowy lub minimalny opłacalny produkt (MVP) na potrzeby ładu w oparciu o tolerancję ryzyka biznesowego.

Planowanie wydania

Podczas gdy zespół wdrożeniowy ds. chmury wykonuje migrację lub implementację pierwszego obciążenia, zespół strategiczny ds. chmury może rozpocząć ustalanie priorytetów pozostałych aplikacji i obciążeń.

Moc 10

Tradycyjne podejście do racjonalizacji próbuje spełnić wszystkie przewidywalne potrzeby. Na szczęście plan dla każdej aplikacji często nie jest wymagany do rozpoczęcia transformacji. W modelu przyrostowym podejście Power of 10 zapewnia dobry punkt wyjścia. W tym modelu zespół strategiczny ds. chmury wybiera 10 pierwszych aplikacji do zmigrowania. Te dziesięć obciążeń powinno zawierać kombinację prostych i złożonych obciążeń.

Tworzenie pierwszych list prac

Zespoły ds. wdrażania chmury i zespół strategiczny ds. chmury mogą współpracować nad jakościową analizą pierwszych 10 obciążeń. Ten wysiłek tworzy pierwszą priorytetyzowaną listę prac migracji i pierwszą priorytetowo listę prac wydania. Ta metoda umożliwia zespołom iterowanie podejścia i zapewnia wystarczający czas na utworzenie odpowiedniego procesu na potrzeby analizy jakościowej.

Dojrzały proces

Po uzgodnieniu przez oba zespoły kryteriów analizy jakościowej ocena może stać się zadaniem w ramach każdej iteracji. Osiągnięcie konsensusu w sprawie kryteriów oceny zwykle wymaga dwóch do trzech wydań.

Po przejściu oceny do procesu przyrostowego wykonywania migracji zespół wdrożeniowy ds. chmury może iterować szybciej w zakresie oceny i architektury. Na tym etapie zespół strategiczny ds. chmury jest również abstrakcjonowany, co zmniejsza czas opróżniania. Dzięki temu zespół strategiczny ds. chmury może skupić się na określaniu priorytetów aplikacji, które nie zostały jeszcze w określonej wersji, zapewniając ścisłe dopasowanie do zmieniających się warunków rynkowych.

Nie wszystkie priorytetowe aplikacje będą gotowe do migracji. Sekwencjonowanie może ulec zmianie, ponieważ zespół wykonuje dokładną analizę jakościową i odnajduje zdarzenia biznesowe i zależności, które mogą skłonić do ponownego zapisania listy prac. Niektóre wersje mogą grupować niewielką liczbę obciążeń. Inne mogą po prostu zawierać pojedyncze obciążenie.

Zespół wdrożeniowy ds. chmury może uruchamiać iteracji, które nie generują kompletnej migracji obciążenia. Mniejsze obciążenie i mniejsze zależności, tym większe prawdopodobieństwo, że obciążenie będzie mieścić się w jednym przebiegu lub iteracji. Z tego powodu zalecamy, aby kilka pierwszych aplikacji na liście prac wydania było małych i zawierało kilka zależności zewnętrznych.

Stan końcowy

Wraz z upływem czasu zespół wdrożeniowy ds. chmury i zespół strategiczny ds. chmury wspólnie ukończyli pełną racjonalizację spisu. Takie podejście przyrostowe umożliwia zespołom ciągłe szybsze wdrażanie procesu racjonalizacji. Ułatwia to również przejście na transformację w celu uzyskania rzeczywistych wyników biznesowych wcześniej, bez tak dużego nakładu pracy z góry.

W niektórych przypadkach model finansowy może być zbyt napięty, aby podjąć decyzję bez dodatkowej racjonalizacji. W takich przypadkach może być konieczne bardziej tradycyjne podejście do racjonalizacji.

Następne kroki

Dane wyjściowe nakładu pracy racjonalizacji to priorytetowa lista prac wszystkich zasobów, na które ma wpływ wybrana transformacja. Ta zaległość jest teraz gotowa do użycia jako podstawa do tworzenia modeli kosztów usług w chmurze.