Przeglądanie i porównywanie typowych modeli operacyjnych w chmurze

Artykuł
03/22/2023

Modele operacyjne są unikatowe i specyficzne dla obsługiwanej firmy na podstawie bieżących wymagań i ograniczeń. Ale modele operacyjne nie są płatkami śniegu. Istnieje kilka typowych wzorców w modelach operacyjnych klienta; W tym artykule opisano cztery najbardziej typowe wzorce.

Porównanie modelu operacyjnego

Na poniższej ilustracji przedstawiono mapowanie typowych modeli operacyjnych na podstawie zakresu złożoności — od najmniej złożonych (zdecentralizowanych) do najbardziej złożonych (globalnych operacji). W poniższych tabelach porównaliśmy te same modele operacyjne na podstawie względnej wartości kilku innych atrybutów.

Diagram przedstawiający stopień złożoności modelu operacyjnego.

Priorytety lub zakres

Model operacyjny w chmurze jest oparty głównie na dwóch czynnikach:

Strategiczne priorytety lub motywacje
Zakres portfela, który ma być zarządzany

	Operacje zdecentralizowane (operacje)	Operacje scentralizowane (operacje)	Operacje przedsiębiorstwa (operacje)	Operacje rozproszone (operacje)
Strategiczne priorytety lub motywacje	Innowacyjność	Kontrola	Demokratyzacji	Integracja
Zakres portfela	Obciążenie	Strefa docelowa	Platforma w chmurze	Pełne portfolio
Środowisko obciążenia	Wysoka złożoność	Niska złożoność	Średnia złożoność	Średnia lub zmienna złożoność
Strefa docelowa	Nie dotyczy	Wysoka złożoność	Średnia i niska złożoność	Niska złożoność
Narzędzia podstawowe	Nie dotyczy	N/A lub niska obsługa	Scentralizowana i większa obsługa	Większość pomocy technicznej
Podstawy chmury	Nie dotyczy	NIE DOTYCZY	Podstawy hybrydowe, specyficzne dla dostawcy lub regionalne	Rozproszone i zsynchronizowane

Strategiczne priorytety lub motywacje: każdy model operacyjny zapewnia typowe strategiczne motywacje do wdrożenia chmury. Jednak niektóre modele operacyjne upraszczają konkretne motywacje.
Zakres portfela: zakres portfela identyfikuje największy zakres, który obsługuje określony projekt modelu operacyjnego. Na przykład scentralizowane operacje są przeznaczone dla kilku stref docelowych. Jednak decyzja dotycząca modelu operacyjnego może spowodować ryzyko operacyjne dla organizacji. Ryzyko operacyjne jest wynikiem próby zarządzania dużym złożonym portfelem. Te portfolio może wymagać wielu stref docelowych lub złożoności zmiennej w projekcie strefy docelowej.

Ważne

Wdrożenie chmury często wyzwala refleksję nad bieżącym modelem operacyjnym i może prowadzić do przejścia od jednego wspólnego modelu operacyjnego do innego. Jednak wdrożenie chmury nie jest jedynym wyzwalaczem. Priorytety biznesowe i zakres wdrażania chmury mogą zmienić sposób obsługi portfela. Ponadto w najbardziej odpowiednio dopasowanym modelu operacyjnym mogą występować inne zmiany. Gdy zarząd lub inne zespoły wykonawcze opracowują od 5 do 10 lat plany biznesowe, te plany często obejmują wymaganie (jawne lub domniemane) w celu dostosowania modelu operacyjnego. Modele operacyjne są dobrym odniesieniem do decyzji przewodnich. Te modele mogą ulec zmianie lub muszą zostać dostosowane w celu spełnienia wymagań i ograniczeń.

Dopasowanie odpowiedzialności

Wiele zespołów i osób jest odpowiedzialnych za obsługę różnych funkcji. Jednak każdy wspólny model operacyjny przypisuje ostateczną odpowiedzialność za wyniki decyzji jednemu zespołowi lub pojedynczemu. Takie podejście wpływa na sposób finansowania modelu operacyjnego i poziomu wsparcia dla każdej funkcji.

	Zdecentralizowane operacyjnego	Scentralizowane operacyjnego	Ops dla przedsiębiorstw	Rozproszone operacyjnego
Spójność biznesowa	Zespół ds. obciążeń	Strategia chmury centralnej	CCoE	Zmienna — utworzyć szeroki zespół strategiczny ds. chmury?
Operacje w chmurze	Zespół ds. obciążeń	Centralne zasoby IT	CCoE	W oparciu o analizę portfela — zobacz Business alignment and Business commitments ( Dostosowanie działalności biznesowej i zobowiązania biznesowe)
Ład w chmurze	Zespół ds. obciążeń	Centralne zasoby IT	CCoE	Wiele warstw nadzoru
Bezpieczeństwo w chmurze	Zespół ds. obciążeń	Centrum operacji zabezpieczeń (SOC)	CCoE + SOC	Mieszane — zobacz Definiowanie strategii zabezpieczeń
Automatyzacja chmury i metodyka DevOps	Zespół ds. obciążeń	Centralny zespół IT lub nie dotyczy	CCoE	W oparciu o analizę portfela — zobacz Business alignment and Business commitments ( Dostosowanie działalności biznesowej i zobowiązania biznesowe)

Przyspieszanie implementacji modelu operacyjnego na platformie Azure

Zgodnie z opisem w artykule Definiowanie modelu operacyjnego każda metodologia Cloud Adoption Framework zawiera ustrukturyzowaną ścieżkę do opracowywania modelu operacyjnego. Te metodologie mogą pomóc w przezwyciężeniu barier wynikających z luk w wdrożeniu modelu operacyjnego w chmurze.

W poniższej tabeli przedstawiono sposoby przyspieszania implementacji modelu operacyjnego.

	Zdecentralizowane operacyjnego	Scentralizowane operacyjnego	Ops dla przedsiębiorstw	Rozproszone operacyjnego
Punkt początkowy	Azure Well-Architected Framework (WAF)	Strefy docelowe platformy Azure: opcje start-small	Strefy docelowe platformy Azure: CAF w skali przedsiębiorstwa	Spójność biznesowa
Iteracje	Skoncentrowanie się na obciążeniach pozwala zespołowi iterować w zaporze aplikacji internetowej.	Opcja start-small wymaga większej iteracji w każdej metodologii, ale można to zrobić w miarę rozwoju wysiłków związanych z wdrażaniem chmury.	Jak pokazano w implementacjach odwołań, przyszłe iteracji zwykle koncentrują się na drobnych dodaniu konfiguracji.	Przejrzyj opcje implementacji strefy docelowej platformy Azure , aby rozpocząć od opcji, która najlepiej spełnia plan bazowy operacji. Postępuj zgodnie ze ścieżką iteracji zdefiniowaną w zasadach projektowania tej opcji.

Operacje zdecentralizowane

Operacje są zawsze złożone. Jeśli ograniczysz zakres operacji do jednego obciążenia lub małej kolekcji obciążeń, będziesz kontrolować złożoność. Operacje zdecentralizowane są najmniej złożonymi typowymi modelami operacyjnymi. W tej formie operacji wszystkie obciążenia działają niezależnie od dedykowanych zespołów ds. obciążeń.

Priorytety: Twój zespół mierzy innowacje w zakresie scentralizowanej kontroli lub standaryzacji w wielu obciążeniach.
Wyraźna zaleta: Maksymalizuj szybkość innowacji, umieszczając zespoły robocze i biznesowe w pełnej kontroli nad projektowaniem, tworzeniem i operacjami.
Odrębna wada: zmniejszenie standaryzacji między obciążeniami, korzyści skali za pośrednictwem usług udostępnionych i spójne wysiłki związane ze scentralizowanym zapewnieniem zgodności.
Ryzyko: To podejście wprowadza ryzyko podczas zarządzania portfelem obciążeń. Zespoły ds. obciążeń mogą mieć wyspecjalizowane zespoły dedykowane centralnym funkcjom IT. Ten model operacyjny jest postrzegany jako opcja wysokiego ryzyka przez niektóre organizacje, zwłaszcza firmy, które są wymagane do przestrzegania wymagań zgodności innych firm.
Wskazówka: Operacje zdecentralizowane są ograniczone do decyzji na poziomie obciążenia. Platforma Microsoft Azure Well-Architected Framework obsługuje decyzje podejmowane w tym zakresie. Procesy i wskazówki w Cloud Adoption Framework mogą dodawać obciążenia, które nie są wymagane przez operacje zdecentralizowane.

Zalety operacji zdecentralizowanych

Zarządzanie kosztami: koszt operacji jest łatwo mapowany na jedną jednostkę biznesową. Operacje specyficzne dla obciążeń obsługują większą optymalizację obciążenia.
Obowiązki: Zazwyczaj ta forma operacji jest bardzo zależna od automatyzacji, aby zminimalizować obciążenie. Obowiązki zwykle koncentrują się na metodyce DevOps i potokach na potrzeby zarządzania wydaniami. Ten typ operacji obsługuje szybsze wdrożenia i krótsze cykle przesyłania opinii podczas opracowywania.
Standaryzacja: użyj kodu źródłowego i potoku wdrażania, aby standandaryzować środowisko od wydania do wydania.
Obsługa operacji: decyzje wpływające na operacje dotyczą tylko potrzeb tego obciążenia i upraszczania decyzji dotyczących operacji. Członkowie społeczności DevOps twierdzą, że obsługa operacji jest najczystszą formą operacji ze względu na ściślejszy zakres operacyjny.
Wiedza: Metodyka DevOps i zespoły programistyczne są najbardziej uprawnione dzięki temu podejściu i mają najmniejsze opory na wprowadzanie zmian na rynku.
Projekt strefy docelowej: brak konkretnej korzyści operacyjnej.
Podstawowe narzędzia: brak konkretnej korzyści operacyjnej.
Rozdzielenie obowiązków: brak konkretnej korzyści operacyjnej.

Wady operacji zdecentralizowanych

Zarządzanie kosztami: koszty przedsiębiorstwa są trudniejsze do obliczenia. Brak scentralizowanych zespołów ds. ładu utrudnia implementowanie jednolitych mechanizmów kontroli kosztów lub optymalizacji. Na dużą skalę ten model może być kosztowny, ponieważ każde obciążenie może mieć duplikację we wdrożonych zasobach i zadaniach kadrowych.
Obowiązki: Brak scentralizowanej pomocy technicznej oznacza, że zespół ds. obciążeń jest całkowicie odpowiedzialny za zarządzanie, zabezpieczenia, operacje i zarządzanie zmianami. Brak obsługi jest problematyczny, gdy te zadania nie zostały zautomatyzowane w potokach przeglądu kodu i wydania.
Standaryzacja: Standaryzacja w portfolio obciążeń jest zmienna i niespójna.
Obsługa operacji: wydajność skalowania jest często pomijana podczas tworzenia najlepszych rozwiązań w wielu obciążeniach.
Wiedza: Członkowie zespołu mają większą odpowiedzialność za podejmowanie mądrych i etycznych decyzji dotyczących ładu, zabezpieczeń, operacji i zarządzania zmianami w ramach projektowania i konfiguracji aplikacji. Zapoznaj się z często przeglądem platformy Microsoft Azure Well-Architected i platformą Azure Well-Architected Framework, aby poprawić wymaganą wiedzę.
Projekt strefy docelowej: strefy docelowe nie są specyficzne dla obciążenia i nie są brane pod uwagę w tym podejściu.
Podstawowe narzędzia: niewiele (jeśli istnieje) podstawowych usług jest współużytkowanych między obciążeniami, co zmniejsza wydajność skalowania.
Rozdzielenie obowiązków: Wyższe wymagania dla zespołów DevOps i deweloperów zwiększają wykorzystanie podniesionych uprawnień od tych zespołów. Jeśli potrzebujesz rozdzielenia obowiązków, może być konieczne duże zainwestowanie w dojrzałość metodyki DevOps, aby móc korzystać z tego podejścia.

Scentralizowane operacje

Stabilne środowiska stanu mogą nie wymagać skupienia się na architekturze lub odrębnych wymaganiach operacyjnych poszczególnych obciążeń. Centralne operacje wydają się być normą dla środowisk technologicznych, które składają się głównie z obciążeń ze stabilnym stanem. Przykładami operacji stabilnego stanu są takie rzeczy jak komercyjne aplikacje (COTS, commercial-off-the-shelf) lub dobrze znane aplikacje niestandardowe, które mają powolny cykl wydawania. Jeśli częstotliwość zmian jest napędzana przez regularne aktualizacje i poprawki, centralizacja operacji może być skutecznym sposobem zarządzania portfelem.

Priorytety: Priorytetami jest centralna kontrola nad innowacjami i mierzenie istniejących procesów operacyjnych na kulturowe przejście na nowoczesne operacje w chmurze.
Wyraźna zaleta: Centralizacja wprowadza korzyści skali, kontroli najlepszych ras i ustandaryzowanych operacji i działa najlepiej w środowisku chmury. Te środowiska wymagają określonych konfiguracji, aby zintegrować operacje w chmurze z istniejącymi operacjami i procesami. Centralizacja jest najbardziej korzystna w przypadku portfela kilkuset obciążeń z niewielką złożonością architektury i wymaganiami dotyczącymi zgodności.
Odrębna wada: skalowanie w celu spełnienia wymagań dużego portfolio obciążeń może znacznie obciążać scentralizowane zespoły podejmujące decyzje operacyjne dotyczące obciążeń produkcyjnych. Jeśli zasoby techniczne spodziewają się skalować ponad 1000 maszyn wirtualnych, aplikacji lub źródeł danych, możesz rozważyć model przedsiębiorstwa, jeśli mieści się on w ciągu 18–24 miesięcy.
Ryzyko: To podejście ogranicza centralizację do mniejszej liczby subskrypcji (często jednej subskrypcji produkcyjnej). Istotne ryzyko jest związane z refaktoryzowaniem w dalszej części podróży w chmurze i może zakłócać plany wdrażania. Aby uniknąć przeróbki, spróbuj skoncentrować się na segmentacji, granicach środowiska, narzędziach tożsamości i innych elementach podstawowych.
Wskazówki: Opcje implementacji strefy docelowej platformy Azure, które są dostosowane do szybkości tworzenia "start small and expand" tworzy zdrowy punkt wyjścia. Możesz użyć tych opcji, aby przyspieszyć wysiłki związane z wdrażaniem. Jednak aby odnieść sukces, ustanów jasne zasady kierowania wczesnymi działaniami wdrożeniowymi w ramach akceptowalnych tolerancji ryzyka. Metodologie zarządzania i zarządzania ułatwiają równoległe tworzenie procesów dojrzałych operacji. Wykonanie tych kroków służy jako bramy etapowe, które należy wykonać przed zezwoleniem na zwiększone ryzyko w miarę dojrzewania operacji.

Zalety scentralizowanych operacji

Zarządzanie kosztami: scentralizowanie usług udostępnionych w wielu obciążeniach zapewnia korzyści skali i eliminuje zduplikowane zadania. Zespoły centralne mogą szybko implementować redukcje kosztów dzięki optymalizacjom rozmiarów i skalowania w całym przedsiębiorstwie.
Obowiązki: Scentralizowany ekspert i standaryzacja może prowadzić do wyższej stabilności, lepszej wydajności operacyjnej i minimalnych przestojów związanych ze zmianami. Takie podejście zmniejsza dużą presję umiejętności na zespoły skoncentrowane na obciążeniach.
Standaryzacja: Ogólnie rzecz biorąc, standaryzacja i koszt operacji jest najniższa w przypadku modelu scentralizowanego, ponieważ istnieje mniej zduplikowanych systemów lub zadań.
Obsługa operacji: zmniejszenie złożoności i scentralizowanie operacji ułatwia mniejszym zespołom IT obsługę operacji.
Wiedzy: Scentralizowanie zespołów pomocniczych umożliwia ekspertom w zakresie zabezpieczeń, ryzyka, ładu i operacji podejmowanie decyzji o krytycznym znaczeniu dla działania firmy.
Projektowanie strefy docelowej: Centralny dział IT zmniejsza złożoność, minimalizując liczbę stref docelowych i subskrypcji. Projekty stref docelowych zwykle naśladują poprzednie projekty centrów danych, co skraca czas przejścia. W miarę postępu wdrażania współużytkowane zasoby mogą zostać przeniesione do oddzielnej subskrypcji lub podstawy platformy.
Podstawowe narzędzia: istniejące projekty centrów danych są przenoszone do chmury w podstawowych, udostępnionych usługach, które naśladują lokalne narzędzia i operacje. Jeśli operacje lokalne są podstawowym modelem operacyjnym, może to być zaleta, ale uważaj na pewne wady. Operacje lokalne skracają czas przejścia, korzystają z korzyści skali i obsługują spójne procesy operacyjne między obciążeniami lokalnymi i hostowanymi w chmurze. Takie podejście może zmniejszyć krótkoterminową złożoność i nakład pracy oraz pozwolić mniejszym zespołom na obsługę operacji w chmurze przy użyciu ograniczonych krzywych uczenia.
Rozdzielenie obowiązków: Rozdzielenie obowiązków jest jasne w operacjach centralnych. Centralna it utrzymuje kontrolę nad środowiskami produkcyjnymi i zmniejsza potrzebę jakichkolwiek podniesionych uprawnień od innych zespołów. Takie podejście zmniejsza naruszenia, ograniczając liczbę kont z podwyższonym poziomem uprawnień.

Wady scentralizowanych operacji

Zarządzanie kosztami: Zespoły centralne nie zawsze rozumieją architektury obciążeń w celu generowania optymalizacji wpływających na poziomie obciążenia. Ten brak zrozumienia ogranicza ilość oszczędności kosztów wynikających z dobrze dostrojonych operacji obciążeń. Niezrozumienie architektury obciążenia może mieć wpływ na scentralizowane optymalizacje kosztów, które wpływają na wydajność, skalowanie i inne filary dobrze zaprojektowanego obciążenia. Przed zastosowaniem zmian kosztów dla całego przedsiębiorstwa w obciążeniach o wysokim profilu centralny zespół IT powinien zrozumieć i ukończyć przegląd usługi Microsoft Azure Well-Architected Review.
Obowiązki: Scentralizowanie wsparcia produkcyjnego i dostępu nakłada duże obciążenie operacyjne na kilka osób i większą presję na każdą osobę. Presja wywierana na te osoby powoduje konieczność przeprowadzenia bardziej szczegółowych przeglądów wdrożonych obciążeń, które weryfikują zgodność ze szczegółowymi wymaganiami dotyczącymi ładu i zgodności z zabezpieczeniami.
Standaryzacja: Centralne podejścia IT utrudniają skalowanie standaryzacji bez liniowego skalowania centralnego personelu IT.
Obsługa operacji: Największe wady tego podejścia są związane ze znaczną skalą i przesunięciami, które mierzy innowacje.
Wiedzy: Eksperci deweloperzy i eksperci DevOps są narażeni na niedowartościowane lub zbyt ograniczone w tym typie środowiska.
Projekt strefy docelowej: projekty centrów danych są oparte na ograniczeniach powyższych podejść, które nie zawsze są istotne dla chmury. Podążanie za tym podejściem zmniejsza możliwości ponownego przemyślenia segmentacji środowiska i zwiększania możliwości innowacji. Brak segmentacji strefy docelowej zwiększa potencjalny wpływ naruszenia zabezpieczeń, złożoność zapewniania ładu i zgodności oraz może powodować blokowanie wdrażania w ramach podróży w chmurze. Zobacz sekcję ryzyka powyżej.
Podstawowe narzędzia: Podczas transformacji cyfrowej chmura może stać się podstawowym modelem operacyjnym. Narzędzia centralne, które są tworzone na potrzeby operacji lokalnych, zmniejszają możliwości modernizacji operacji i zwiększają efektywność operacyjną. Wybór niewspółmierniania operacji na wczesnym etapie procesu wdrażania jest również opcją. Modernizacja może zostać osiągnięta przez utworzenie subskrypcji podstaw platformy w ramach procesu wdrażania chmury. Ten wysiłek może być złożony, kosztowny i czasochłonny bez zaawansowanego planowania.
Rozdzielenie obowiązków: Operacje centralne zwykle są zgodne z jedną z dwóch ścieżek, a obie mogą utrudniać innowacje.
- Opcja 1. Zespoły spoza centralnego systemu IT mają ograniczony dostęp do środowisk deweloperskich, które naśladują środowisko produkcyjne. Ta opcja utrudnia eksperymentowanie.
- Opcja 2. Zespoły opracowuje i testuje w środowiskach nieobsługiwanych. Ta opcja utrudnia procesy wdrażania i spowalnia testowanie integracji po wdrożeniu.

Operacje dla przedsiębiorstw

Operacje w przedsiębiorstwie są sugerowanym stanem docelowym dla wszystkich operacji w chmurze. Operacje przedsiębiorstwa równoważą potrzebę kontroli i innowacji, upraszczając decyzje i obowiązki. Centralny zespół IT jest zastępowany przez bardziej ułatwiające centrum doskonałości w chmurze lub zespół CCoE, który obsługuje zespoły ds. obciążeń. Zespół CCoE posiada zespoły ds. obciążeń, które są odpowiedzialny za decyzje, w przeciwieństwie do kontrolowania lub ograniczania ich działań. Zespoły ds. obciążeń otrzymują większe możliwości i większą odpowiedzialność za wprowadzanie innowacji w ramach dobrze zdefiniowanych środków zabezpieczających.

Priorytety: Priorytety to demokratyzacja decyzji technicznych. Demokratyzacja decyzji technicznych zmienia obowiązki wcześniej posiadane przez centralny dział IT na zespoły ds. obciążeń. Aby zapewnić tę zmianę priorytetów, decyzje stają się mniej zależne od procesów przeglądu uruchamianych przez człowieka. Takie podejście obsługuje zautomatyzowane przeglądy, nadzór i wymuszanie przy użyciu narzędzi natywnych dla chmury.
Wyraźna zaleta: segmentacja środowisk i rozdzielenie obowiązków pozwala równoważyć kontrolę i innowacje. Scentralizowane operacje utrzymują obciążenia wymagające zwiększonej zgodności i stabilnych operacji stanu lub reprezentują większe zagrożenia bezpieczeństwa. Z drugiej strony takie podejście umożliwia zmniejszenie scentralizowanej kontroli obciążeń i środowisk, które wymagają większych innowacji. Większe portfolio może zmagać się z równowagą między kontrolą a innowacjami. Ta elastyczność ułatwia skalowanie tysięcy obciążeń z redukcją liczby bólów operacyjnych.
Odrębna wada: To, co działało lokalnie, może nie działać dobrze w operacjach w chmurze przedsiębiorstwa. Takie podejście do operacji wymaga zmian na wielu frontach. Zmiany kulturowe w kontroli i odpowiedzialności są często największym wyzwaniem. Zmiany operacyjne, które podążają za zmianami kulturowymi, zajmują trochę czasu i zobowiązały się do wdrożenia, dojrzałego i ustabilizowania. Zmiany architektury mogą być wymagane w stabilnych obciążeniach, podczas gdy zmiany narzędzi są wymagane, aby zwiększyć możliwości i wspierać zmiany kulturowe, operacyjne i architektoniczne. Te zmiany mogą wymagać zobowiązań wobec podstawowego dostawcy usług w chmurze. Wysiłki związane z wdrożeniem przed wprowadzeniem tych zmian mogą wymagać znacznej zmiany, która wykracza poza typowe działania refaktoryzacji.
Ryzyko: takie podejście wymaga zaangażowania wykonawczego w strategię zmiany. Wymaga również zaangażowania zespołów technicznych w przezwyciężenie krzywych uczenia się i dostarczenie wymaganej zmiany. Długoterminowa współpraca między firmami, CCoE i centralnymi zespołami IT oraz zespołami obciążeń jest wymagana w celu uzyskania długoterminowych korzyści.
Wskazówki: Opcje strefy docelowej platformy Azure są definiowane jako skalę przedsiębiorstwa. Te opcje udostępniają implementacje referencyjne, aby zademonstrować, w jaki sposób zmiany techniczne są dostarczane przy użyciu narzędzi natywnych dla chmury na platformie Azure. Podejście w skali przedsiębiorstwa prowadzi zespoły przez zmiany operacyjne i kulturowe wymagane do pełnego wykorzystania tych implementacji. To samo podejście może dostosować architekturę referencyjną do skonfigurowania środowiska w celu spełnienia wymagań strategii wdrażania i ograniczeń zgodności. Podczas implementowania skali przedsiębiorstwa metodologie rządzenia i zarządzania mogą pomóc w zdefiniowaniu procesów. Te procesy mogą rozszerzać możliwości zgodności i operacji w celu spełnienia Twoich potrzeb operacyjnych.

Zalety operacji w przedsiębiorstwie

Zarządzanie kosztami: centralne zespoły działają na potrzeby optymalizacji między portfolio i odpowiadają za bardziej szczegółowe optymalizacje obciążeń poszczególnych zespołów obciążeń. Zespoły skoncentrowane na obciążeniach są uprawnione do podejmowania decyzji i zapewniania jasności, gdy decyzje te mają negatywny wpływ na koszty. Zespoły ds. centralnych i obciążeń współdzielą odpowiedzialność za decyzje dotyczące kosztów na odpowiednim poziomie.
Obowiązki: Centralne zespoły używają natywnych dla chmury narzędzi do definiowania, wymuszania i automatyzowania barier ochronnych. Wysiłki zespołu ds. obciążeń są przyspieszane dzięki automatyzacji i praktykom CCoE. Zespoły ds. obciążeń mogą wprowadzać innowacje i podejmować decyzje w ramach tych barier.
Standaryzacja: scentralizowane zabezpieczenia i podstawowe usługi tworzą spójność we wszystkich środowiskach.
Obsługa operacji: obciążenia wymagające obsługi scentralizowanych operacji są podzielone na środowiska z kontrolkami stabilnego stanu. Segmentacja i rozdzielenie obowiązków umożliwiają zespołom obciążeń przejęcie odpowiedzialności za obsługę operacyjną we własnych środowiskach dedykowanych. Zautomatyzowane narzędzia natywne dla chmury zapewniają minimalną linię bazową operacji dla wszystkich środowisk ze scentralizowaną obsługą operacyjną.
Wiedza: Scentralizowanie podstawowych usług, takich jak zabezpieczenia, ryzyko, ład i operacje, zapewnia odpowiednią centralną wiedzę. Jasne procesy i bariery zabezpieczające edukują i umożliwiają zespołom obciążeń podejmowanie bardziej szczegółowych decyzji. Decyzje te rozszerzają efekt scentralizowanych ekspertów bez konieczności liniowego skalowania pracowników przy użyciu skali technologii.
Projekt strefy docelowej: projekt strefy docelowej replikuje potrzeby portfolio, tworząc jasne granice zabezpieczeń, ładu i odpowiedzialności. Te granice są wymagane do obsługi obciążeń w chmurze. Praktyki segmentacji są mało prawdopodobne, aby przypominały ograniczenia utworzone przed projektami centrów danych. W przypadku operacji w przedsiębiorstwie projektowanie strefy docelowej jest mniej złożone, co pozwala na szybsze skalowanie i zmniejszenie barier związanych z zapotrzebowaniem samoobsługowym.
Podstawowe narzędzia: podstawowe narzędzia są hostowane w oddzielnych centralnie kontrolowanych subskrypcjach, znanych jako podstawy platformy. Narzędzia centralne są następnie przesyłane potokami do każdej strefy docelowej jako usług użyteczności publicznej. Oddzielenie podstawowych narzędzi od stref docelowych maksymalizuje spójność i gospodarkę skali. Te narzędzia umożliwiają również wyraźne rozróżnienie między centralnie zarządzanymi obowiązkami i obowiązkami na poziomie obciążenia.
Rozdzielenie obowiązków: Jasne rozdzielenie obowiązków między podstawowymi narzędziami a strefami docelowymi jest jedną z największych zalet w podejściu operacyjnym. Narzędzia i procesy natywne dla chmury obsługują dostęp i właściwą równowagę kontroli między scentralizowanymi zespołami i zespołami obciążeń. Takie podejście jest oparte na wymaganiach poszczególnych stref docelowych i obciążeń hostowanych w segmentach strefy docelowej.

Wady operacji przedsiębiorstwa

Zarządzanie kosztami: Zespoły centralne są bardziej zależne od zespołów obciążeń, aby wprowadzać zmiany produkcyjne w strefach docelowych. Ta zmiana stwarza ryzyko potencjalnego przekroczenia budżetu i wolniejsze ustalanie rozmiaru rzeczywistych wydatków. Procesy kontroli kosztów, jasne budżety, zautomatyzowane mechanizmy kontroli i regularne przeglądy muszą być na wczesnym etapie, aby uniknąć niespodzianek kosztów.
Obowiązki: Operacje w przedsiębiorstwie wymagają większych wymagań kulturowych i operacyjnych. Te wymagania zapewniają przejrzystość obowiązków i odpowiedzialności między zespołami centralnymi i roboczymi.
Tradycyjne procesy zarządzania zmianami lub tablice doradcze (cabs) mogą nie utrzymywać tempa i równowagi wymaganej w tym modelu operacyjnym. Procesy te są odzwierciedlane w automatyzowaniu procesów i procedur, które bezpiecznie skalują wdrożenie chmury.
Brak zaangażowania w zmianę materializuje się najpierw w negocjacjach i dostosowaniu obowiązków. Niezdolność do dostosowania się do zmian w odpowiedzialności jest wskazaniem, że podczas krótkoterminowych prac związanych z wdrażaniem chmury mogą być wymagane centralne modele operacyjne IT.
Standaryzacja: Brak inwestycji w scentralizowane bariery ochronne lub automatyzację, stwarzają zagrożenie dla standaryzacji, co jest trudniejsze do pokonania przez procesy ręcznego przeglądu. Zależności operacyjne między obciążeniami w strefach docelowych i usługach udostępnionych stwarzają większe ryzyko. Te zagrożenia wykraczają od standaryzacji podczas cykli uaktualniania lub przyszłych wersji podstawowych narzędzi. Podczas poprawek podstaw platformy wymagane jest ulepszone, a nawet zautomatyzowane testowanie wszystkich obsługiwanych stref docelowych i obciążeń, które hostują.
Obsługa operacji: linia bazowa operacji zapewniana za pośrednictwem automatyzacji i scentralizowanych operacji może być wystarczająca dla obciążeń o niskim wpływie lub niskim znaczeniu. Jednak zespoły obciążeń lub inne formy dedykowanych operacji mogą być wymagane w przypadku obciążeń złożonych lub o wysokim znaczeniu. Jeśli tak, może to spowodować zmianę budżetów operacyjnych, co wymaga, aby jednostki biznesowe dały wydatki operacyjne tym formom zaawansowanych operacji. Jeśli centralny zespół IT musi zachować wyłączną odpowiedzialność za koszty operacji, wdrażanie operacji w przedsiębiorstwie może być trudne.
Wiedza: Członkowie centralnego zespołu IT mogą być zobowiązani do opracowania wiedzy w zakresie automatyzacji mechanizmów kontroli centralnej, które były wcześniej dostarczane za pośrednictwem procesów ręcznych. Ponadto te zespoły mogą opracować biegłość w zakresie podejścia infrastruktury jako kodu do definiowania środowiska oraz rozumienia rozgałęziania, scalania i potoków wdrażania. Co najmniej zespół automatyzacji platformy może potrzebować umiejętności decyzyjnych, aby zrozumieć decyzje podejmowane przez centrum doskonałości w chmurze lub zespoły ds. operacji centralnych. Zespoły ds. obciążeń mogą być wymagane do opracowania większej wiedzy związanej z mechanizmami kontroli i procesami, które zarządzają ich decyzjami.
Projekt strefy docelowej: Projekt strefy docelowej zależy od podstawowych narzędzi. Zespoły ds. obciążeń powinny zrozumieć, co znajduje się w projekcie i co jest zabronione. Takie zrozumienie może pomóc uniknąć duplikowania wysiłków, błędów lub konfliktów. Aby zapewnić elastyczność, można uwzględnić procesy wyjątków w projektach stref docelowych.
Podstawowe narzędzia: Scentralizowanie podstawowych narzędzi zajmuje trochę czasu. Te narzędzia ostatecznie uwzględniają opcje i opracowują rozwiązania, które mogą być skalowane w celu spełnienia różnych planów wdrażania. Możliwe są opóźnienia we wczesnych wysiłkach związanych z wdrażaniem. Opóźnienia mogą być przesunięte w dłuższej perspektywie z powodu przyspieszenia i unikania blokad w dalszej części procesu.
Rozdzielenie obowiązków: Zapewnienie jasnego rozdzielenia obowiązków wymaga dojrzałych procesów zarządzania tożsamościami. Może istnieć większa konserwacja związana z odpowiednim dopasowaniem użytkowników, grup i działań dołączania i dołączania i dołączania. Może być konieczne wdrożenie nowych procesów w celu dostosowania dostępu just in time za pośrednictwem podwyższonych uprawnień.

Operacje rozproszone

Istniejący model operacyjny może być zbyt zakorzeniony dla całej organizacji, aby przejść do nowego modelu operacyjnego. W przypadku innych, operacje globalne i różne wymagania dotyczące zgodności mogą uniemożliwić wprowadzanie zmian w określonych jednostkach biznesowych. W takim przypadku może wymagać podejścia do operacji dystrybucji. Takie podejście jest zdecydowanie najbardziej złożone, ponieważ wymaga integracji co najmniej jednego z wymienionych wcześniej modeli operacyjnych.

Chociaż w dużym stopniu zniechęcono, takie podejście do operacji może być wymagane dla niektórych organizacji. Podejście dotyczy głównie organizacji, które mają luźną kolekcję różnych jednostek biznesowych, zróżnicowanej bazy segmentów klientów lub operacji regionalnych.

Priorytety: integrowanie wielu istniejących modeli operacyjnych.
Stan przejściowy koncentruje się na przeniesieniu całej organizacji do jednego z wcześniej wymienionych modeli operacyjnych.
Długoterminowe podejście operacyjne, gdy organizacja jest zbyt duża lub zbyt złożona, aby dopasować się do jednego modelu operacyjnego.
Odrębna zaleta: integrowanie typowych elementów modelu operacyjnego z każdej jednostki biznesowej. Takie podejście tworzy pojazd do grupowania jednostek operacyjnych w hierarchię, która ułatwia im dojrzałe operacje przy użyciu spójnych powtarzalnych procesów.
Odrębna wada: Spójność i standaryzacja w wielu modelach operacyjnych jest trudna do utrzymania przez dłuższy czas. Takie podejście operacyjne wymaga głębokiej świadomości portfela i sposobu działania różnych segmentów portfela technologii.
Ryzyko: Brak zaangażowania w podstawowy model operacyjny może prowadzić do pomyłek między zespołami. Użyj tego modelu operacyjnego, gdy nie ma możliwości dopasowania do jednego modelu operacyjnego.
Wskazówki: Zacznij od dokładnego przeglądu portfela, który wykorzystuje podejście opisane w artykułach dotyczących zgodności biznesowej . Spróbuj zgrupować portfolio według modelu operacyjnego stanu (zdecentralizowany, scentralizowany lub korporacyjny).
Utwórz hierarchię grup zarządzania, która odzwierciedla grupy modeli operacyjnych. Takie rozwiązanie obejmuje inne wzorce organizacyjne dla regionów, jednostek biznesowych lub innych kryteriów mapujących klastry obciążeń od najbardziej typowych do najbardziej typowych zasobników.
Oceń dopasowanie obciążeń do modeli operacyjnych w celu znalezienia najbardziej odpowiedniego klastra modelu operacyjnego do rozpoczęcia. Postępuj zgodnie ze wskazówkami mapowanym na model operacyjny dla wszystkich obciążeń w hierarchii węzłów i grup zarządzania.
Użyj metodologii Zarządzania i Zarządzania, aby znaleźć typowe zasady firmowe, w tym wymagane praktyki zarządzania operacyjnego w różnych punktach hierarchii. Stosowanie typowych zasad platformy Azure w celu zautomatyzowania udostępnionych zasad firmowych.
Podczas testowania zasad platformy Azure przy użyciu różnych wdrożeń spróbuj przenieść je wyżej w hierarchii grup zarządzania. Zasady można zastosować do wielu obciążeń, które mogą znajdować typowe i odrębne potrzeby operacyjne.
W miarę upływu czasu takie podejście może pomóc w zdefiniowaniu modelu skalowanego w różnych modelach operacyjnych. Takie podejście może również ujednolicić zespoły za pomocą zestawu typowych zasad i procedur.

Zalety i wady tego podejścia są celowo puste. Po zakończeniu dopasowania biznesowego portfela zapoznaj się z sekcją dominujących modeli operacyjnych powyżej, aby uzyskać czytelność korzyści i wad.

Następne kroki

Poznaj terminologię skojarzona z modelami operacyjnymi. Terminologia pomaga zrozumieć, w jaki sposób model operacyjny pasuje do większego tematu planowania korporacyjnego.

Terminologia dotycząca modeli operacyjnych

Dowiedz się, w jaki sposób strefa docelowa zapewnia podstawowy blok konstrukcyjny dowolnego środowiska wdrażania chmury.

Co to jest strefa docelowa?