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

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

Porównanie modelu operacyjnego

Na poniższej ilustracji przedstawiono typowe modele operacyjne oparte na zakresie złożoności , od najmniej złożonych (zdecentralizowanych) do najbardziej złożonych (globalnych operacji). W poniższych tabelach porównamy te same modele operacyjne na podstawie względnej wartości kilku innych atrybutów.

Priorytety lub zakres

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

• Strategiczne priorytety lub motywacje
• Zakres portfela do zarządzania

	Zdecentralizowane operacje	Operacje scentralizowane (ops)	Operacje w przedsiębiorstwie (opr.)	Operacje rozproszone
strategiczne priorytety lub motywacje	Innowacja	Kontrola	Demokratyzacja	Integracja
Zakres portfolio	Obciążenia	Strefa lądowania	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 lądowania	N/A	Wysoka złożoność	Średnia i niska złożoność	Niska złożoność
narzędzia Foundation	N/A	Brak danych lub niska obsługa	Scentralizowana i większa obsługa	Większość wsparcia
Fundament chmury	N/A	N/A	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 portfolio: 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 powodować ryzyko operacyjne dla organizacji. Ryzyko operacyjne powstaje przy próbie zarządzania dużym, złożonym portfelem. Te portfele mogą wymagać wielu stref docelowych lub zróżnicowanej złożoności w projekcie strefy docelowej.

Ważny

Wdrożenie chmury często wyzwala odbicie bieżącego modelu operacyjnego i może prowadzić do przejścia z jednego wspólnego modelu operacyjnego na inny. Wdrożenie chmury nie jest jednak jedynym wyzwalaczem. Priorytety biznesowe i zakres wdrażania chmury mogą zmieniać sposób obsługi portfela. Ponadto w najbardziej dopasowanym modelu operacyjnym mogą występować inne zmiany. Gdy zarząd lub inne zespoły kierownicze opracowują plany biznesowe na 5 do 10 lat, te plany często wymagają (jawnie lub dorozumianie) dostosowania modelu operacyjnego. Modele operacyjne są dobrym odniesieniem do podejmowania decyzji. 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 decyzyjne do jednego zespołu lub osoby. Takie podejście wpływa na sposób finansowania modelu operacyjnego i poziomu wsparcia dla każdej funkcji.

	Zdecentralizowane operacje	Scentralizowane operacje	Operacje przedsiębiorstw	Rozproszone operacje
zgodność biznesowa	zespołu ds. obciążeń	strategia centralna chmury	CCoE	Zmienna — utworzyć szeroki zespół strategiczny ds. chmury?
operacje w chmurze	zespół ds. obciążeń	Centralne IT	CCoE	Na podstawie analizy portfela — zobacz Zgodność biznesowa oraz Zobowiązania biznesowe
Zarządzanie w chmurze	zespół ds. obciążeń	Central IT	CCoE	wiele warstw zarządzania
bezpieczeństwo w chmurze	Zespół ds. obciążeń	Centrum Operacji Bezpieczeństwa (SOC) / funkcja DevSecOps	CCoE + SOC	Mieszane — zobacz Definiowanie strategii zabezpieczeń
automatyzacja chmury i DevOps	Zespół ds. obciążeń	Central IT lub N/A	CCoE	Na podstawie analizy portfela — zobacz Współpraca biznesowa i Zobowiązania biznesowe

Przyspieszanie implementacji modelu operacyjnego na platformie Azure

Zgodnie z opisem w Definiowanie modelu operacyjnegokażda metodologia przewodnika Cloud Adoption Framework udostępnia strukturę umożliwiającą opracowywanie modelu operacyjnego. Te metodologie mogą pomóc w pokonaniu blokad, które wynikają z luk w wdrożeniu modelu operacyjnego w chmurze.

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

	zdecentralizowane operacje	Scentralizowane operacje	Operacje dla przedsiębiorstw	Rozproszone operacje
punkt początkowy	Azure Well-Architected Framework (WAF)	Strefy docelowe platformy Azure: opcje początkowe	Strefy docelowe platformy Azure: CAF w skali przedsiębiorstwa	zgodność biznesowa
Iteracje	Skoncentrowanie się na obciążeniach pozwala zespołowi iterować w ramach WAF.	Opcja start-small wymaga więcej iteracji w ramach każdej metodologii, ale staje się możliwa w miarę, jak dojrzewają wysiłki związane z wdrażaniem chmury.	Jak pokazano w implementacjach odwołań, przyszłe iteracje zwykle koncentrują się na drobnych dodatkach do 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 to najmniej złożone typowe modele operacyjne. W tej formie operacji wszystkie obciążenia działają niezależnie od dedykowanych zespołów obciążeń.

• Priorytety: Twój zespół stawia na innowacje ponad scentralizowaną kontrolę lub standaryzację w różnych obciążeniach roboczych.
• wyraźna zaleta: Maksymalizuj szybkość innowacji, umieszczając zespoły robocze i biznesowe w pełnej kontroli nad projektowaniem, tworzeniem i operacjami.
• Wyraźną wadą: zmniejszenie standaryzacji między obciążeniami pracą, korzyści skali za pośrednictwem usług współdzielonych oraz spójne scentralizowane działania w zakresie zgodności.
• Ryzyko: To podejście wprowadza ryzyko przy zarządzaniu portfelem zadań. 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ówki: operacje zdecentralizowane są ograniczone do decyzji dotyczących poziomu obciążenia. Platforma Microsoft Azure Well-Architected Framework obsługuje decyzje podejmowane w tym zakresie. Procesy i wskazówki w przewodniku Cloud Adoption Framework mogą zwiększyć nakład pracy, który nie jest wymagany przez operacje zdecentralizowane.

Zalety operacji zdecentralizowanych

• cost management: koszt operacji jest łatwo mapowany na jedną jednostkę biznesową. Operacje specyficzne dla obciążenia obsługują większą optymalizację obciążenia.
• Obowiązki: zazwyczaj ta forma operacji jest bardzo zależna od automatyzacji w celu zminimalizowania obciążenia. Obowiązki zwykle koncentrują się na metodyce DevOps i potokach na potrzeby zarządzania wydaniami. Ten rodzaj operacje umożliwia szybsze wdrożenia i krótsze cykle informacji zwrotnych podczas rozwoju.
• Standaryzacja: użyj kodu źródłowego i potoku wdrażania, aby standaryzować środowisko w każdym wydaniu.
• Wsparcie operacyjne: Decyzje wpływające na działanie operacji dotyczą tylko potrzeb tego zadania i upraszczania podejmowania decyzji w operacjach. Członkowie społeczności DevOps twierdzą, że obsługa operacji jest najczystszą formą operacji ze względu na ściślejszy zakres operacyjny.
• Expertise: Metodyka DevOps i zespoły deweloperskie są najbardziej uzdolnione dzięki temu podejściu i napotykają najmniejszy opór przy wprowadzaniu zmian na rynku.
• projekt strefy docelowej: brak konkretnych korzyści operacyjnych.
• podstawowych narzędzi: brak konkretnej korzyści operacyjnej.
• rozdzielenie obowiązków: brak konkretnej korzyści operacyjnej.

Wady operacji zdecentralizowanych

• cost management: 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ę wdrożonych zasobów i zadań 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 wsparcia jest problematyczny, gdy te zadania nie zostały zautomatyzowane na etapach 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.
• Doświadczenie: 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 przeglądem Microsoft Azure Well-Architected i Azure Well-Architected Framework często, aby poprawić wymagane umiejętności.
• projekt strefy lądowania: strefy lądowania nie są specyficzne dla obciążenia i nie są brane pod uwagę w tym podejściu.
• podstawowych usług: niewiele (jeśli w ogóle) z podstawowych usług jest współdzielonych między obciążeniami, co zmniejsza efektywność skalowania.
• Rozdzielenie obowiązków: Wyższe wymagania stawiane zespołom DevOps i deweloperskim zwiększają ich wykorzystanie podniesionych uprawnień. Jeśli potrzebujesz rozdzielenia obowiązków, może być konieczne duże inwestowanie w dojrzałość metodyki DevOps, aby móc korzystać z tego podejścia.

Operacje scentralizowane

Stabilne środowiska stanu mogą nie wymagać skupienia się na architekturze lub odrębnych wymaganiach operacyjnych poszczególnych obciążeń. Operacje centralne są zwykle normą dla środowisk technologicznych, które składają się głównie z obciążeń w stanie stabilnym. Przykładowe operacje stabilnego stanu obejmują takie elementy, jak aplikacje komercyjne poza półką (COTS) lub dobrze ugruntowane aplikacje niestandardowe, które mają powolny cykl wydawania. Jeśli współczynnik zmian jest spowodowany regularnymi aktualizacjami i poprawkami, centralizacja operacji może być skutecznym sposobem zarządzania portfelem.

• Priorytety: Priorytety to centralna kontrola nad innowacjami i mierzenie istniejących procesów operacyjnych w kontekście zmian kulturowych na nowoczesne operacje w chmurze.
• Wyraźna zaleta: Centralizacja wprowadza korzyści skali, najlepsze w swojej klasie kontrole, ustandaryzowane operacje i najlepiej współpracuje ze środowiskiem chmura. Te środowiska wymagają określonych konfiguracji, aby zintegrować operacje w chmurze z istniejącymi operacjami i procesami. Centralizacja jest najbardziej korzystna w przypadku portfela kilku setek zadań z umiarkowaną złożonością architektury i wymaganiami dotyczącymi zgodności.
• Wyraźną wadą: Skalowanie, aby sprostać wymaganiom dużego portfela obciążeń, może znacząco obciążać scentralizowane zespoły odpowiedzialne za podejmowanie decyzji operacyjnych dotyczących 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 będzie to możliwe w ciągu 18–24 miesięcy.
• Ryzyko: To podejście ogranicza centralizację do mniejszej liczby subskrypcji (często jednej subskrypcji produkcji). Znaczne ryzyko jest związane z refaktoryzowaniem na późniejszym etapie wdrażania chmury i może wpływać negatywnie na plany adopcji. Aby uniknąć ponownej pracy, spróbuj skupić się na segmentacji, granicach środowiska, narzędziach tożsamości i innych podstawowych elementach.
• Wskazówki: opcje implementacji strefy startowej Azure, które odpowiadają podejściu "zacznij od małego i rozwijaj", tworzą solidny 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, aby kierować wczesnymi działaniami wdrożeniowymi w ramach akceptowalnych tolerancji ryzyka. Metodologie zarządzania i nadzoru pomagają w tworzeniu procesów, które w równoległy sposób dojrzewają w operacjach. Przestrzeganie tych kroków służy jako punkty kontrolne, które należy ukończyć 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 generuje 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: Scentralizowana ekspertyza i standaryzacja mogą prowadzić do większej stabilności, lepszej wydajności operacyjnej i minimalnych awarii związanych ze zmianami. Takie podejście zmniejsza dużą presję umiejętności na zespoły skoncentrowane na obciążeniach.
• Standardyzacji: Ogólnie rzecz biorąc, standaryzacja i koszt operacji są najniższe w przypadku modelu scentralizowanego, ponieważ istnieje mniej zduplikowanych systemów lub zadań.
• Wsparcie operacji: Zmniejszenie złożoności i centralizacja działań operacyjnych ułatwia mniejszym zespołom IT ich obsługę.
• Wiedza: Scentralizowanie zespołów pomocniczych umożliwia ekspertom w zakresie bezpieczeństwa, ryzyka, ładu i operacji podejmowanie decyzji o znaczeniu krytycznym dla działania firmy.
• Projektowanie stref lądowania: Centralny dział IT zmniejsza złożoność, minimalizując liczbę stref lądowania i subskrypcji. Projekty stref docelowych mają tendencję do naśladowania poprzednich projektów centrów danych, co skraca czas przejścia. W miarę postępu wdrażania udostępnione zasoby mogą zostać przeniesione do oddzielnej subskrypcji lub podstawy platformy.
• Podstawowe usługi: Przenoszenie istniejących projektów centrów danych do chmury skutkuje powstaniem podstawowych, wspólnych usług, które naśladują lokalne narzędzia i operacje. Jeśli operacje lokalne są podstawowym modelem operacyjnym, może to być zaleta, ale należy pamiętać o niektórych wadach. 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. Centralne IT utrzymuje kontrolę nad środowiskami produkcyjnymi i zmniejsza zapotrzebowanie na podwyższone uprawnienia 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 zadań, aby tworzyć optymalizacje wpływające na poziomie zadań. Ten brak zrozumienia ogranicza wysokość oszczędności kosztów wynikających z dobrze dostosowanych operacji obciążeniowych. Niezrozumienie architektury obciążenia może mieć wpływ na scentralizowane optymalizacje kosztów, które wpływają na wydajność, skalę i inne filary dobrze zaprojektowanego obciążenia. Przed wprowadzeniem zmian kosztów dla całego przedsiębiorstwa w priorytetowych obciążeniach roboczych centralny zespół IT powinien zapoznać się z i ukończyć przegląd Microsoft Azure Well-Architected.
• 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 tych osobach powoduje konieczność przeprowadzenia bardziej szczegółowych przeglądów wdrożonych obciążeń, które weryfikują przestrzeganie szczegółowych wymagań dotyczących ładu i zgodności z zabezpieczeniami.
• Standaryzacja: Centralne podejścia w IT utrudniają skalowanie standaryzacji bez liniowego zwiększania centralnego personelu IT.
• Wsparcie operacyjne: Największe wady tego podejścia są związane ze znaczną skalą i przesunięciami, które mierzą innowację.
• Wiedza: deweloperzy i eksperci DevOps są narażeni na to, że będą niedoceniani i zbyt ograniczani w tego rodzaju środowisku.
• projektowania strefy docelowej: projekty centrów danych są oparte na ograniczeniach powyższych podejść, które nie zawsze są istotne dla chmury. Poniższe podejście 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, złożoność zarządzania i przestrzegania zgodności oraz może stanowić przeszkody w migracji do chmury. 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 rezygnacji z modernizacji operacji na wczesnym etapie procesu wdrażania jest również opcją. Modernizacja może zostać osiągnięta poprzez utworzenie subskrypcji bazowej platformy w ramach 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 zazwyczaj podążają jedną z dwóch ścieżek i obie mogą przeszkadzać innowacjom.
  • opcja 1: zespoły niezależne od centralnego IT mają ograniczony dostęp do środowisk deweloperskich, które naśladują środowiska produkcyjne. Ta opcja utrudnia eksperymentowanie.
  • opcja 2: aplikacja Teams jest opracowywana i testowana w środowiskach nieobsługiwanych. Ta opcja utrudnia procesy wdrażania i spowalnia testowanie integracji po wdrożeniu.

Operacje przedsiębiorstwa

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 bardziej facylitacyjnym centrum doskonałości w chmurze lub zespołem CCoE, który obsługuje zespoły ds. obciążeń. Zespół CCoE pociąga zespoły ds. obciążeń do odpowiedzialności za decyzje, zamiast kontrolować lub ograniczać ich działania. Zespoły odpowiedzialne za obciążenia są wyposażone w większe uprawnienia i większą odpowiedzialność do wprowadzania innowacji w ramach dobrze zdefiniowanych ram działania.

• Priorytety: Priorytety są demokratyzacją decyzji technicznych. Demokratyzacja decyzji technicznych zmienia obowiązki wcześniej posiadane przez centralne zespoły 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 umożliwiają równowagę między kontrolą a innowacjami. Scentralizowane operacje utrzymują obciążenia wymagające zwiększonej zgodności i stabilnych stanów operacyjnych lub reprezentują większe zagrożenia dla bezpieczeństwa. Z drugiej strony takie podejście obsługuje zmniejszenie scentralizowanej kontroli obciążeń i środowisk, które wymagają większej innowacji. Większe portfele mogą zmagać się z równowagą między kontrolą a innowacjami. Ta elastyczność ułatwia skalowanie tysięcy obciążeń z redukcją bólu operacyjnego.
• Wyraźna wada: To, co działało lokalnie, może nie działać dobrze w chmurze przedsiębiorstwa. Takie podejście do operacji wymaga zmian na wielu frontach. Zmiany kulturowe kontroli i odpowiedzialności są często największym wyzwaniem. Zmiany operacyjne, które następują po zmianach kulturowych, zajmują trochę czasu i poświęcają wysiłki na rzecz wdrożenia, dojrzewania i stabilizacji. Zmiany architektury mogą być wymagane w stabilnych obciążeniach, podczas gdy zmiany narzędzi są wymagane do zwiększania możliwości i wspierania zmian kulturowych, operacyjnych i architektonicznych. 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 kadry kierowniczej w strategię zmiany. Wymaga to również zaangażowania zespołów technicznych w celu przezwyciężenia krzywych uczenia się i dostarczenia wymaganych zmian. Długoterminowa współpraca między firmami, CCoE i centralnymi zespołami IT oraz zespołami ds. obciążeń jest wymagana w celu uzyskania długoterminowych korzyści.
• Guidance: Opcje strefy docelowej platformy Azure są definiowane jako w skali 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 operacje i zmiany 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 wdrażania rozwiązań w 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 wymagań operacyjnych.

Zalety operacji przedsiębiorstwa

• Zarządzanie kosztami: Zespoły centralne realizują optymalizacje międzyportfolio i rozliczają poszczególne zespoły ds. obciążeń z głębszej optymalizacji obciążenia. 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 centralne i zespoły ds. obciążeń współdzielą odpowiedzialność za decyzje dotyczące kosztów na odpowiednim poziomie.
• Obowiązki: Zespoły centralne używają narzędzi natywnych dla chmury do definiowania, wymuszania i automatyzowania barier zabezpieczających. 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 wytyczne i podstawowe usługi tworzą spójność we wszystkich środowiskach.
• Wsparcie operacyjne: Obciążenia wymagające scentralizowanego wsparcia operacyjnego są podzielone na środowiska z kontrolami stabilnego stanu. Segmentacja i rozdzielenie obowiązków umożliwiają zespołom ds. obciążeń przejęcie odpowiedzialności za obsługę operacyjną we własnych dedykowanych środowiskach. Zautomatyzowane narzędzia natywne dla chmury zapewniają minimalną linię bazową operacji dla wszystkich środowisk ze scentralizowaną obsługą operacyjną.
• Wiedza fachowa: Scentralizowanie podstawowych usług, takich jak bezpieczeństwo, ryzyko, ład i operacje, zapewnia właściwą wiedzę centralną. Jasne procesy i bariery ochronne edukują i umożliwiają zespołom ds. obciążeń podejmowanie bardziej szczegółowych decyzji. Te decyzje zwiększają wpływ ekspertów centralnych bez konieczności proporcjonalnego zwiększania liczby pracowników wraz z rozwojem technologii.
• projekt strefy docelowej: projekt strefy docelowej odzwierciedla potrzeby portfela, tworząc jasne granice zabezpieczeń, zarządzania 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 przez poprzednie projekty centrów danych. W przypadku operacji w przedsiębiorstwie projekt strefy docelowej jest mniej złożony, co pozwala na szybsze skalowanie i zmniejszenie barier, aby sprostać wymaganiom w zakresie samoobsługi.
• Podstawowe Usługi: Podstawowe usługi są hostowane w oddzielnych centralnie kontrolowanych subskrypcjach, znanych jako fundament platformy. Narzędzia centralne są następnie przesyłane do każdej strefy docelowej jako usługi użyteczności publicznej. Oddzielenie podstawowych zasobów od stref lądowania maksymalizuje spójność i korzyści skali. Te narzędzia tworzą również wyraźne różnice między centralnie zarządzanymi obowiązkami a obowiązkami na poziomie obciążenia.
• Rozdzielenie obowiązków: Jasne rozdzielenie obowiązków między podstawowymi usługami a strefami lądowania 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 zarządzających obciążeniem w celu wprowadzenia zmian produkcyjnych w strefach wdrożeniowych. Ta zmiana stwarza ryzyko potencjalnego przekroczenia budżetu i wolniejszego określania 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 rady doradcze ds. zmian mogą nie nadążać za tempem i równowagą wymaganą w tym modelu operacyjnym. Te procesy są odzwierciedlane w automatyzowaniu procesów i procedur, które bezpiecznie skalują wdrażanie chmury.
• Brak zaangażowania w zmianę materializuje się najpierw w negocjacjach i dostosowaniu obowiązków. Brak możliwości dostosowania zmian w zakresie odpowiedzialności jest wskazaniem, że centralne modele operacyjne IT mogą być wymagane podczas krótkoterminowych działań związanych z wdrażaniem chmury.
• Standaryzacja: brak inwestycji w scentralizowane zabezpieczenia lub automatyzację, stwarza ryzyko dla standaryzacji, które są trudniejsze do przezwyciężenia przez procesy ręcznej weryfikacji. Zależności operacyjne między obciążeniami w strefach docelowych a usługami udostępnionymi stwarzają większe ryzyko. Te zagrożenia obejmują standaryzację podczas cykli uaktualniania lub przyszłych wersji podstawowych narzędzi. Podczas aktualizacji fundamentów platformy wymagane są ulepszone, a nawet zautomatyzowane testy dla wszystkich obsługiwanych stref docelowych i obciążeń, które hostują.
• Wsparcie operacyjne: Podstawowe standardy operacyjne zapewniane przez automatyzację i scentralizowane operacje mogą być wystarczające dla obciążeń o małym 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 na te formy zaawansowanych operacji. Jeśli centralne it jest wymagane do utrzymania wyłącznej odpowiedzialności za koszty operacji, operacje przedsiębiorstwa mogą być trudne do wdrożenia.
• Ekspertyza: członkowie centralnego zespołu IT mogą być zobowiązani do rozwijania ekspertyzy w zakresie automatyzacji centralnych kontroli, które wcześniej realizowano 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ół ds. automatyzacji platformy może potrzebować umiejętności podejmowania decyzji, aby zrozumieć decyzje podejmowane przez centrum doskonałości w chmurze lub centralne zespoły operacyjne. Zespoły ds. obciążenia pracą mogą być zobowiązane do rozwoju większej wiedzy związanej z kontrolami i procesami, które wpływają na ich decyzje.
• projekt strefy lądowania: projekt strefy lądowania jest zależny od podstawowej infrastruktury. Zespoły ds. obciążeń powinny zrozumieć, co należy uwzględnić w projekcie i co jest zabronione. Zrozumienie to może pomóc uniknąć duplikowania wysiłków, błędów lub konfliktów. Aby zapewnić elastyczność, możesz uwzględnić procesy wyjątków w projektach stref docelowych.
• podstawowe narzędzia: Scentralizowanie podstawowych narzędzi zajmuje trochę czasu. Te narzędzia w końcu 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ą zostać zrównoważone w dłuższym okresie dzięki przyspieszeniu i unikaniu 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 być więcej zadań związanych z właściwym dostosowaniem użytkowników, grup i procesów wprowadzania oraz wyłączania z organizacji. Może być konieczne wdrożenie nowych procesów, aby uwzględnić dostęp typu just-in-time przez podwyższone uprawnienia.

Operacje rozproszone

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

Chociaż jest to podejście zdecydowanie odradzane, może być wymagane w przypadku 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 pojedynczego modelu operacyjnego.
• Wyraźna zaleta: Integracja wspólnych elementów modelu operacyjnego każdej jednostki biznesowej. Takie podejście tworzy narzędzie do grupowania jednostek operacyjnych w hierarchię, która pomaga im osiągnąć dojrzałość operacyjną poprzez spójne i powtarzalne procesy.
• Wyraźna wada: Spójność i standaryzacja w różnych 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 nieporozumień w zespołach. Użyj tego modelu operacyjnego, gdy nie ma możliwości dopasowania do pojedynczego modelu operacyjnego.
• Guidance: Rozpocznij od dokładnego przeglądu portfela, który wykorzystuje podejście opisane w artykułach business alignment. Spróbuj zgrupować portfolio według modelu operacyjnego stanu (zdecentralizowanego, scentralizowanego lub przedsiębiorstwa).
• Opracuj hierarchię grup zarządzania, która odzwierciedla grupy modeli operacyjnych. Takie układy obejmują inne wzorce organizacyjne dla regionów, jednostek biznesowych lub innych kryteriów, które grupują klastry obciążeń od najmniej typowych do najbardziej typowych kategorii.
• Oceń dopasowanie obciążeń do modeli operacyjnych, aby znaleźć najbardziej odpowiedni klaster modelu operacyjnego, od którego można zacząć. 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 nadzorowania, aby znaleźć typowe polityki korporacyjne, w tym wymagane praktyki zarządzania operacyjnego w różnych punktach hierarchii. Zastosuj typowe zasady platformy Azure, aby zautomatyzować współużytkowane zasady firmowe.
• 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 stosować 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, który skaluje się 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 dopasowywania biznesowego portfela zobacz sekcję dominujących modeli operacyjnych powyżej, aby uzyskać jasność co do zalet i wad.

Następne kroki

Poznaj terminologię skojarzona z modelami operacyjnymi. Terminologia pomaga zrozumieć, jak model operacyjny pasuje do większego tematu planowania korporacyjnego.

terminologia dotycząca modelu operacyjnego

Dowiedz się, jak strefa docelowa zapewnia podstawowy blok konstrukcyjny dowolnego środowiska wdrażania chmury.

Co to jest strefa docelowa?