Zaangażowanie biznesowe w zarządzaniu chmurą

Definiowanie zobowiązania biznesowego jest ćwiczeniem w zakresie równoważenia priorytetów. Celem jest dostosowanie odpowiedniego poziomu zarządzania operacyjnego do akceptowalnego kosztu operacyjnego. Znalezienie tej równowagi wymaga kilku punktów danych i obliczeń, które zostały opisane w tym artykule.

Zobowiązania do stabilności biznesowej, poprzez odporność techniczną lub inne skutki umowy dotyczącej poziomu usług (SLA), są decyzją o uzasadnieniu biznesowym. W przypadku większości obciążeń w środowisku wystarczający jest poziom odniesienia zarządzania chmurą. Dla innych, wzrost kosztów 2x do 4x jest łatwo uzasadniony ze względu na potencjalny wpływ wszelkich przerw w działaniu firmy.

Poprzednie artykuły z tej serii mogą pomóc zrozumieć klasyfikację i wpływ przerw w działaniu różnych obciążeń. Ten artykuł ułatwia obliczanie zwrotów. Jak pokazano na powyższym obrazie, każdy poziom zarządzania chmurą ma punkty przegięcia, w których koszt może wzrosnąć szybciej niż wzrost odporności. Te punkty przegięcia spowodują wyświetlenie szczegółowych decyzji biznesowych i zobowiązań biznesowych.

Określanie odpowiedniego zobowiązania z firmą

Dla każdego obciążenia w portfolio zespół ds. operacji w chmurze i zespół strategiczny ds. chmury powinien być zgodny z poziomem zarządzania udostępnianym bezpośrednio przez zespół ds. operacji w chmurze.

Podczas ustanawiania zobowiązania w firmie istnieje kilka kluczowych aspektów, które należy dostosować:

• Wymagania wstępne dotyczące operacji IT.
• Odpowiedzialność za zarządzanie.
• Dzierżawa chmury.
• Czynniki o miękkich kosztach.
• Zwrot z inwestycji w unikanie utraty.
• Walidacja poziomu zarządzania.

Aby pomóc w procesie decyzyjnym, w pozostałej części tego artykułu opisano te aspekty bardziej szczegółowo.

Wymagania wstępne dotyczące operacji IT

Przewodnik zarządzania platformą Azure zawiera opis narzędzi do zarządzania, które są dostępne na platformie Azure. Przed osiągnięciem zobowiązania w firmie it powinno określić akceptowalny plan bazowy zarządzania na poziomie standardowym, który ma zostać zastosowany do wszystkich zarządzanych obciążeń. Następnie obliczyć standardowy koszt zarządzania dla każdego z zarządzanych obciążeń w portfolio IT na podstawie liczby rdzeni procesora CPU, miejsca na dysku i innych zmiennych związanych z zasobami. Usługa IT oszacowałaby również złożoną umowę SLA dla każdego obciążenia na podstawie architektury.

Porada

Zespoły ds. operacji IT często używają domyślnego czasu pracy wynoszącego co najmniej 99,9% dla początkowej złożonej umowy SLA. Mogą również zdecydować się na normalizację kosztów zarządzania na podstawie średniego obciążenia, szczególnie w przypadku rozwiązań z minimalnymi wymaganiami dotyczącymi rejestrowania i magazynowania. Średnie koszty kilku średnich obciążeń krytycznych mogą stanowić punkt wyjścia dla początkowych konwersacji.

Porada

Jeśli używasz skoroszytu zarządzania operacjami do planowania zarządzania w chmurze, pola zarządzania operacjami powinny zostać zaktualizowane w celu odzwierciedlenia tych wymagań wstępnych. Pola te obejmują poziom zobowiązania, złożoną umowę SLA i miesięczny koszt. Miesięczny koszt powinien reprezentować koszt dodanych narzędzi do zarządzania operacyjnego co miesiąc.

Punkt odniesienia zarządzania operacjami służy jako początkowy punkt wyjścia do weryfikacji w każdej z poniższych sekcji.

Odpowiedzialność za zarządzanie

W tradycyjnym środowisku lokalnym koszt zarządzania środowiskiem jest powszechnie zakładany jako koszt zatopiony należący do operacji IT. W chmurze zarządzanie jest celową decyzją z bezpośrednim wpływem na budżet. Koszty każdej funkcji zarządzania mogą być bardziej bezpośrednio przypisywane do każdego obciążenia wdrożonego w chmurze. Takie podejście pozwala na większą kontrolę, ale tworzy wymaganie dla zespołów ds. operacji w chmurze i zespołów strategicznych w chmurze, aby najpierw zobowiązać się do umowy o obowiązkach.

Organizacje mogą również zdecydować się na przekazanie niektórych bieżących funkcji zarządzania dostawcy usług. Ci dostawcy usług mogą używać usługi Azure Lighthouse , aby zapewnić organizacjom bardziej precyzyjną kontrolę nad udzielaniem dostępu do swoich zasobów wraz z większym wglądem w akcje wykonywane przez dostawców usług.

• Delegowanie odpowiedzialności: Ponieważ nie ma potrzeby scentralizowanego i zakładania obciążeń związanych z zarządzaniem operacyjnym, operacje IT dla wielu organizacji rozważają nowe podejścia. Jedną z typowych metod jest nazywana delegowaniem odpowiedzialności. W centrum doskonałości chmury operacje platformy i automatyzacja platformy zapewniają samoobsługowe narzędzia do zarządzania, które mogą być używane przez zespoły operacyjne prowadzone przez firmę, niezależnie od scentralizowanego zespołu ds. operacji IT. Takie podejście zapewnia uczestnikom projektu biznesowego pełną kontrolę nad budżetami związanymi z zarządzaniem. Umożliwia również zespołowi centrum doskonałości chmury (CCoE) zapewnienie prawidłowego wdrożenia minimalnego zestawu poręczy. W tym modelu dział IT działa jako broker i przewodnik, aby pomóc firmie w podejmowaniu mądrych decyzji. Operacje biznesowe nadzorują codzienne operacje obciążeń zależnych.

• Scentralizowana odpowiedzialność: Wymagania dotyczące zgodności, złożoność techniczna i niektóre modele usług udostępnionych mogą wymagać centralnego modelu zespołu IT . W tym modelu it nadal wykonuje swoje obowiązki związane z zarządzaniem operacjami. Projektowanie środowiska, mechanizmy kontroli zarządzania i narzędzia do zarządzania mogą być zarządzane i kontrolowane centralnie, co ogranicza rolę uczestników projektu biznesowego w podejmowaniu zobowiązań w zakresie zarządzania. Jednak wgląd w koszty i architekturę podejścia do chmury znacznie ułatwia scentralizowanym działowi IT komunikowanie kosztów i poziomu zarządzania dla każdego obciążenia.

• Model mieszany: Klasyfikacja jest w centrum mieszanego modelu obowiązków związanych z zarządzaniem. Firmy, które są w trakcie transformacji z środowiska lokalnego do chmury, mogą wymagać lokalnego modelu operacyjnego przez pewien czas. Firmy z rygorystycznymi wymaganiami dotyczącymi zgodności lub zależne od długoterminowych umów z dostawcami outsourcingu IT mogą wymagać scentralizowanego modelu operacyjnego.

  Niezależnie od ich ograniczeń, dzisiejsze firmy muszą wprowadzać innowacje. Gdy szybkie innowacje muszą się rozwijać, w środku centralnego, scentralizowanego modelu odpowiedzialności IT, podejście mieszanego modelu może zapewnić równowagę. W tym podejściu centralny zespół IT zapewnia scentralizowany model operacyjny dla wszystkich obciążeń, które mają krytyczne znaczenie lub zawierają poufne informacje. Jednocześnie wszystkie inne klasyfikacje obciążeń mogą zostać umieszczone w środowisku chmury zaprojektowanym pod kątem delegowanych obowiązków. Scentralizowane podejście do odpowiedzialności służy jako ogólny model operacyjny. Następnie firma ma elastyczność wdrażania wyspecjalizowanego modelu operacyjnego na podstawie wymaganego poziomu wsparcia i poufności.

Pierwszym krokiem jest zobowiązanie do podejścia odpowiedzialności, które następnie kształtuje następujące zobowiązania.

Która organizacja będzie odpowiedzialna za codzienne zarządzanie operacjami dla tego obciążenia?

Dzierżawa chmury

W przypadku większości firm zarządzanie jest łatwiejsze, gdy wszystkie zasoby znajdują się w jednej dzierżawie. Jednak niektóre organizacje mogą wymagać obsługi wielu dzierżaw. Aby dowiedzieć się, dlaczego firma może wymagać wielodostępnego środowiska platformy Azure, zobacz Scentralizowane operacje zarządzania za pomocą usługi Azure Lighthouse.

Czy to obciążenie będzie znajdować się w jednej dzierżawie platformy Azure wraz ze wszystkimi innymi obciążeniami?

Czynniki kosztu nietrwałego

W następnej sekcji przedstawiono podejście do zwrotów porównawczych skojarzonych z poziomami procesów zarządzania i narzędziami. Na końcu tej sekcji każde przeanalizowane obciążenie mierzy koszty zarządzania względem prognozowanego wpływu zakłóceń w działalności biznesowej. Takie podejście zapewnia stosunkowo łatwy sposób zrozumienia, czy inwestycje w bogatsze podejścia do zarządzania są uzasadnione.

Przed uruchomieniem liczb ważne jest, aby przyjrzeć się czynnikom miękkim kosztów. Czynniki o miękkich kosztach generują zwrot, ale zwrot jest trudny do mierzenia poprzez bezpośrednie oszczędności związane z kosztami twardymi, które byłyby widoczne w oświadczeniu o zyskach i stratach. Czynniki o miękkich kosztach są ważne, ponieważ mogą wskazywać na konieczność inwestowania w wyższy poziom zarządzania niż jest ostrożny fiskalnie.

Oto kilka przykładów czynników nietrwałych kosztów:

• Dzienne użycie obciążeń przez zarząd lub dyrektora generalnego.
• Użycie obciążenia przez wierzchołki x% klientów, którzy prowadzą do większego wpływu na przychody w innym miejscu.
• Wpływ na zadowolenie pracowników.

Następny punkt danych, który jest wymagany do zobowiązania, jest listą czynników nietrwałych kosztów. Te czynniki nie muszą być udokumentowane na tym etapie, ale zainteresowane strony biznesowe powinny mieć świadomość znaczenia tych czynników i ich wykluczenia z poniższych obliczeń.

Obliczanie zwrotu zwrotu z inwestycji w utraty

Podczas obliczania względnego zwrotu kosztów zarządzania operacjami zespół IT odpowiedzialny za operacje w chmurze powinien ukończyć wymienione wcześniej wymagania wstępne i założyć minimalny poziom zarządzania dla wszystkich obciążeń.

Kolejnym zobowiązaniem do zobowiązań jest akceptacja przez firmę kosztów związanych z ofertą zarządzaną według planu bazowego.

Czy firma zgadza się inwestować w ofertę bazową, aby spełnić minimalne standardy operacji w chmurze?

Jeśli firma nie zgadza się na ten poziom zarządzania, należy opracować rozwiązanie, które umożliwia firmie kontynuowanie, bez istotnego wpływu na operacje w chmurze innych obciążeń.

Jeśli firma chce więcej niż standardowy poziom zarządzania, pozostała część tej sekcji pomoże zweryfikować, że inwestycje i powiązane zyski (w formie unikania strat).

Zwiększone poziomy zarządzania: Zasady projektowania i katalog usług

W przypadku rozwiązań zarządzanych można stosować kilka zasad projektowania i rozwiązań szablonów oprócz planu bazowego zarządzania. Każda z zasad projektowania dotyczących niezawodności i odporności dodaje koszty operacyjne do obciążenia. Aby it i firma uzgodniły te dodatkowe zobowiązania, ważne jest, aby zrozumieć potencjalne straty, których można uniknąć dzięki tym zwiększonym inwestycjom.

Poniższe obliczenia przeprowadzą cię przez formuły, aby lepiej zrozumieć różnice między stratami a zwiększonymi inwestycjami w zarządzanie. Aby uzyskać wskazówki dotyczące obliczania kosztów zwiększonego zarządzania, zobacz Automatyzacja obciążeń i Automatyzacja platformy.

Porada

Jeśli używasz skoroszytu zarządzania operacjami do planowania zarządzania chmurą, zaktualizuj pola zarządzania operacjami, aby odzwierciedlić każdą konwersację. Pola te obejmują poziom zobowiązania, złożoną umowę SLA i miesięczny koszt. Miesięczny koszt powinien reprezentować miesięczny koszt dodanych narzędzi do zarządzania operacyjnego. Po ich zaktualizowaniu pola zaktualizują formuły roI i każde z następujących pól.

Szacowana awaria (godziny na rok)

Złożona umowa SLA to umowa dotycząca poziomu usług oparta na wdrożeniu każdego zasobu w obciążeniu. To pole powoduje szacowaną awarię (oznaczona Est.Outage etykietą w skoroszycie). Aby obliczyć szacowaną przerwę w godzinie w ciągu roku bez użycia skoroszytu, zastosuj następującą formułę:

Szacowana awaria = (1 — złożona wartość procentowa umowy SLA) × liczbę godzin w roku

Skoroszyt używa wartości domyślnej 8760 godzin rocznie.

Standardowy wpływ utraty

Standardowy wpływ strat (oznaczony Standard Impact w skoroszycie) prognozuje wpływ finansowy jakiejkolwiek awarii, zakładając, że szacowana prognoza awarii okaże się dokładna. Aby obliczyć tę prognozę bez użycia skoroszytu, zastosuj następującą formułę:

Standardowy wpływ = szacowana awaria @ trzy 9s czasu pracy × wpływ na wartość czasową

Służy to jako punkt odniesienia dla kosztów, jeśli interesariusze biznesowi zdecydują się zainwestować w wyższy poziom zarządzania.

Wpływ złożonej umowy SLA

Wpływ złożonej umowy SLA (oznaczony Commitment level impact w skoroszycie) zapewnia zaktualizowany wpływ fiskalny na podstawie zmian w umowie SLA czasu pracy. To obliczenie umożliwia porównanie przewidywanego wpływu finansowego obu opcji. Aby obliczyć ten wpływ prognozy bez arkusza kalkulacyjnego, zastosuj następującą formułę:

Wpływ złożonej umowy SLA = szacowana awaria × wpływ na wartość czasu

Wartość reprezentuje potencjalne straty, których należy uniknąć przez zmieniony poziom zobowiązania i nową złożoną umowę SLA.

Podstawa porównania

Podstawa porównania ocenia standardowy wpływ i złożony wpływ umowy SLA, aby określić, który z nich jest najbardziej odpowiedni w kolumnie zwracanej.

Powrót po unikaniu utraty

Jeśli koszt zarządzania obciążeniem przekracza potencjalne straty, proponowane inwestycje w zarządzanie chmurą mogą nie być owocne. Aby porównać zwrot z unikania strat, zobacz kolumnę z etykietą Annual ROI****. Aby samodzielnie obliczyć tę kolumnę, użyj następującej formuły:

Zwrot z unikania strat = (podstawa porównania — (miesięczny koszt × 12) ) ÷ (miesięczny koszt × 12) )

Jeśli nie ma innych czynników o miękkich kosztach, to porównanie może szybko sugerować, czy należy zainwestować w operacje w chmurze, odporność, niezawodność lub inne obszary.

Weryfikowanie zobowiązania

W tym momencie w procesie zobowiązania zostały podjęte: scentralizowana lub delegowana odpowiedzialność, dzierżawa platformy Azure i poziom zaangażowania. Każde zobowiązanie powinno zostać zweryfikowane i udokumentowane w celu zapewnienia, że zespół ds. operacji w chmurze, zespół strategiczny ds. chmury i osoby biorące udział w projekcie biznesowym są dostosowane do tego zobowiązania do zarządzania obciążeniem.

Następne kroki

Po podjęciu zobowiązań zespoły odpowiedzialnej operacji mogą rozpocząć konfigurowanie danego obciążenia. Aby rozpocząć pracę, oceń różne podejścia do spisu i widoczności.

Opcje spisu i widoczności