Racjonalizacja chmury
Racjonalizacja chmury to proces oceny zasobów w celu określenia najlepszego sposobu migracji lub modernizacji każdego zasobu w chmurze. Aby uzyskać więcej informacji na temat procesu racjonalizacji, zobacz Co to jest majątek cyfrowy.
Kontekst racjonalizacji
Pięć rs racjonalizacji wymienionych w tym artykule to doskonały sposób etykietowania potencjalnego przyszłego stanu dla każdego obciążenia uznawanego za kandydata do chmury. Przed podjęciem próby racjonalizacji środowiska umieść ten proces etykietowania w poprawnym kontekście. Aby podać ten kontekst, zapoznaj się z następującymi mitami:
Mit: Łatwo jest podejmować decyzje racjonalizacji na wczesnym etapie procesu
Dobra racjonalizacja wymaga głębokiej wiedzy o obciążeniu i skojarzonych zasobach, takich jak aplikacje, infrastruktura i dane. Co najważniejsze, podejmowanie dobrych decyzji racjonalizacji zajmuje trochę czasu. Zalecamy użycie procesu racjonalizacji przyrostowej.
Mit: Wdrożenie chmury musi czekać, aż wszystkie obciążenia zostaną zracjonalizowane
Gdy całe portfolio IT lub nawet pojedyncze centrum danych jest racjonalizowane, może opóźnić realizację wartości biznesowej o miesiące, a nawet lata. Unikaj pełnej racjonalizacji, jeśli jest to możliwe. Zamiast tego użyj podejścia Power of 10 do wydania, aby podjąć mądre decyzje dotyczące następnych 10 obciążeń, które są przeznaczone do wdrożenia chmury.
Mit: Uzasadnienie biznesowe musi czekać, aż wszystkie obciążenia zostaną zracjonalizowane
Aby opracować uzasadnienie biznesowe dla nakładu pracy nad wdrożeniem chmury, należy założyć kilka podstawowych założeń na poziomie portfela. Gdy motywacje są dostosowane do innowacji, załóżmy, że zmiana architektury. Jeśli są one dostosowane do migracji, załóżmy, że ponownie hostuje. Te założenia mogą przyspieszyć proces uzasadnienia biznesowego. W fazie oceny każdego cyklu wdrażania obciążenia założenia są następnie kwestionowane, a budżety są uściśline.
Teraz przejrzyj następujące pięć rs racjonalizacji, aby zapoznać się z długoterminowym procesem. Podczas opracowywania planu wdrożenia chmury wybierz opcję, która najlepiej pasuje do Twoich motywacji, wyników biznesowych i bieżącego środowiska stanu. Celem racjonalizacji majątku cyfrowego jest ustawienie punktu odniesienia, a nie racjonalizacja każdego obciążenia.
Pięć zasad racjonalizacji
Poniższe pięć rs racjonalizacji opisuje najbardziej typowe opcje racjonalizacji.
Zmienianie hosta
Znany również jako migracja metodą lift and shift , nakład pracy ponownego hostowania przenosi bieżący zasób stanu do wybranego dostawcy chmury z minimalną zmianą ogólnej architektury.
Typowe sterowniki mogą być następujące:
- Zmniejszanie wydatków inwestycyjnych.
- Zwalnianie miejsca w centrum danych.
- Uzyskaj szybki zwrot z inwestycji w chmurę.
Czynniki analizy ilościowej to:
- Rozmiar maszyny wirtualnej, w tym procesor, pamięć i magazyn.
- Zależności, takie jak ruch sieciowy.
- Zgodność zasobów.
Czynniki analizy jakościowej to:
- Tolerancja dla zmian.
- Priorytety biznesowe.
- Krytyczne zdarzenia biznesowe.
- Przetwarzanie zależności.
Refaktoryzacja
Opcje platformy jako usługi (PaaS) mogą zmniejszyć koszty operacyjne skojarzone z wieloma aplikacjami. Dobrym pomysłem jest nieco refaktoryzacja aplikacji w celu dopasowania modelu opartego na usłudze PaaS.
Refaktoryzacja odnosi się również do procesu tworzenia aplikacji refaktoryzacji kodu, aby umożliwić aplikacji dostarczanie nowych możliwości biznesowych.
Typowe sterowniki mogą obejmować:
- Szybsze i krótsze aktualizacje.
- Przenośność kodu.
- Większa wydajność chmury, która ułatwia zarządzanie zasobami, szybkością, kosztami i operacjami zarządzanymi.
Czynniki analizy ilościowej to:
- Rozmiar zasobu aplikacji, taki jak procesor, pamięć i magazyn.
- Zależności, takie jak ruch sieciowy.
- Ruch użytkowników, taki jak widoki stron, czas na stronie i czas ładowania.
- Platformy programistyczne, takie jak języki, platformy danych i usługi warstwy środkowej.
- Baza danych obejmująca procesor, pamięć, magazyn i wersję.
Czynniki analizy jakościowej to:
- Ciągłe inwestycje biznesowe.
- Opcje skalowania lub osi czasu.
- Zależności procesów biznesowych.
Zmiana architektury
Niektóre starzejące się aplikacje nie są zgodne z dostawcami usług w chmurze. Ta niezgodność wynika z decyzji dotyczących architektury, które zostały podjęte podczas tworzenia aplikacji. W takich przypadkach aplikacja może wymagać zmiany architektury przed przekształceniem.
W innych przypadkach aplikacje, które są zgodne z chmurą, ale nie natywne dla chmury, mogą tworzyć wydajność kosztów i wydajność operacyjną przez zmiana architektury rozwiązania w aplikacji natywnej dla chmury.
Typowe sterowniki mogą obejmować:
- Skalowanie aplikacji i elastyczność.
- Łatwiejsze wdrażanie nowych możliwości chmury.
- Mieszanka stosów technologicznych.
Czynniki analizy ilościowej to:
- Rozmiar zasobu aplikacji, taki jak procesor, pamięć i magazyn.
- Zależności, takie jak ruch sieciowy.
- Ruch użytkowników, taki jak widoki stron, czas na stronie i czas ładowania.
- Platformy programistyczne, takie jak języki, platformy danych i usługi warstwy środkowej.
- Baza danych obejmująca procesor, pamięć, magazyn i wersję.
Czynniki analizy jakościowej to:
- Aby rozwijać inwestycje biznesowe.
- Koszty operacyjne.
- Potencjalne pętle opinii i inwestycje metodyki DevOps.
Ponowne kompilowanie
W niektórych scenariuszach delta, która musi zostać pokonana w celu przeprowadzenia wniosku do przodu, może być zbyt duża, aby uzasadnić dalsze inwestycje. Ten problem dotyczy szczególnie aplikacji, które wcześniej spełniały potrzeby firmy, ale są teraz nieobsługiwane z bieżącymi procesami biznesowymi. Aby rozwiązać ten problem, utwórz nową bazę kodu, aby dostosować się do podejścia natywnego dla chmury .
Typowe sterowniki mogą być następujące:
- Przyspieszanie innowacji.
- Szybsze tworzenie aplikacji.
- Zmniejszenie kosztów operacyjnych.
Czynniki analizy ilościowej to:
- Rozmiar zasobu aplikacji, taki jak procesor, pamięć i magazyn.
- Zależności, takie jak ruch sieciowy.
- Ruch użytkowników, taki jak widoki stron, czas na stronie i czas ładowania.
- Platformy programistyczne, takie jak języki, platformy danych i usługi warstwy środkowej.
- Baza danych obejmująca procesor, pamięć, magazyn i wersję.
Czynniki analizy jakościowej to:
- Zmniejszanie zadowolenia użytkowników końcowych.
- Procesy biznesowe, które są ograniczone przez funkcje.
- Potencjalne koszty, doświadczenie lub zyski z przychodów.
Zamień
Rozwiązania są zwykle implementowane przy użyciu najlepszej technologii i podejścia dostępnego w tym czasie. Czasami aplikacje typu oprogramowanie jako usługa (SaaS) mogą zapewnić wszystkie niezbędne funkcje hostowanej aplikacji. W tych scenariuszach można zaplanować zastąpienie obciążenia w przyszłości, co spowoduje usunięcie go z nakładu pracy transformacji.
Typowe sterowniki mogą być następujące:
- Ustandaryzuj najlepsze rozwiązania branżowe.
- Przyspieszanie wdrażania metod opartych na procesie biznesowym.
- Przydziel inwestycje deweloperskie w aplikacje, które tworzą konkurencyjne różnice lub zalety.
Czynniki analizy ilościowej to:
- Ogólne redukcje kosztów operacyjnych.
- Rozmiar maszyny wirtualnej, w tym procesor, pamięć i magazyn.
- Zależności, takie jak ruch sieciowy.
- Zasoby do wycofania.
- Baza danych obejmująca procesor, pamięć, magazyn i wersję.
Czynniki analizy jakościowej to:
- Analiza korzyści dla kosztów bieżącej architektury w porównaniu z rozwiązaniem SaaS.
- Mapy procesów biznesowych.
- Schematy danych.
- Niestandardowe lub zautomatyzowane procesy.
Następne kroki
Możesz zastosować te pięć rs racjonalizacji do majątku cyfrowego, aby ułatwić podejmowanie decyzji racjonalizacji dotyczących przyszłego stanu każdej aplikacji.