Typowe modele operacyjne
W tej lekcji zapoznasz się z typowymi modelami operacyjnymi, aby zobaczyć, które z nich najlepiej pasują do narracji firmy Tailwind Traders. Dowiesz się również, jak oceniać i mapować model operacyjny, który najlepiej pasuje do planów wdrażania chmury. Te informacje ułatwią wybranie najbardziej odpowiedniej strefy docelowej platformy Azure w celu rozpoczęcia tworzenia środowiska chmury.
Typowe modele operacyjne
Poniższe cztery modele operacyjne są widoczne w ramach wysiłków związanych z wdrażaniem chmury. Badanie tych typowych modeli operacyjnych może kształtować rozmowy na temat projektowania i konfiguracji środowiska. Każdy model operacyjny jest mapowany na co najmniej jedną strefę docelową platformy Azure w celu przyspieszenia wstępnego wdrożenia.
Poniższa charakterystyka ułatwia dostosowanie do jednego z typowych modeli operacyjnych:
Priorytet strategiczny: Innowacje, kontrola (zoptymalizowane operacje), demokratyzacja (autonomia) i integracja są ważnymi strategicznymi priorytetami wdrażania chmury. Kiedy rozmawiasz z osobami biorącymi udział w projekcie, który będzie najważniejszym czynnikiem dla twojej firmy w ciągu najbliższych trzech do pięciu lat?
Organizacja: Organizacja osób podejmuje pewne decyzje dotyczące operacji. Czy masz mały zespół IT, który obejmuje wszystkie swoje portfolio? Czy oddzielne zespoły są przeznaczone dla funkcji, takich jak zabezpieczenia, ład i operacje? Czy zespoły są zorganizowane wokół poszczególnych obciążeń? Czy ograniczają Cię sztywne standardy zgodności innych firm, które są analizowane przez audytora lub inne organy kontroli zgodności?
Zakres portfela: rozmiar portfela i miejsce, w którym skupiasz się na operacjach, są ważnymi zagadnieniami dotyczącymi każdego modelu operacyjnego. Czy zarządzasz dużym złożonym portfolio wielochmurowych obciążeń? Czy jedna platforma w chmurze może obsługiwać portfolio? Czy wszystkie obciążenia muszą istnieć w ramach jednej subskrypcji produkcyjnej? Czy koncentrujesz się na operacjach związanych z obciążeniami bez obsługi centralnej? Więcej informacji na temat tych warunków znajduje się w artykule dotyczącym hierarchii portfolio.
Odpowiedzialność (separacja obowiązków): Jeśli chodzi o technologię, zawsze jest coś, co może pójść nie tak. Dlatego niewielu zespołów rejestruje się w umowie SLA czasu pracy w wysokości 100 procent. Kiedy coś się psuje lub nie działa zgodnie z oczekiwaniami, kto jest odpowiedzialny za podjęcie decyzji? KtoTo odpowiedzialny za proaktywne poprawki, aby zminimalizować awarie? Kto jest odpowiedzialny za finanse i bieżące budżety chmury? Odpowiedzialność i powiązane wymagania dotyczące dostępu napędzają pewne decyzje projektowe dotyczące środowiska.
Standaryzacja: Standaryzacja podstawowych narzędzi, takich jak sieć, tożsamość i bezpieczeństwo, może przynieść rzeczywiste oszczędności kosztów i zmniejszyć ilość mocy ludzi, która jest przeznaczona dla różnych wysiłków. Jak ważna jest standaryzacja narzędzi lub zasobów udostępnionych?
Priorytet operacji: W przypadku modernizowania operacji często zespół operacyjny wybiera usługi oparte na chmurze jako podstawową formę obsługi operacji. Alternatywnie, jeśli istniejące lokalne narzędzia to podstawowe narzędzia do obsługi operacji, które chce zespół, chmura może być rozszerzeniem lub pomocniczym modelem operacyjnym. Czy w przyszłości wolisz operacje i pomocnicze narzędzia w chmurze? Czy przeprowadzisz istniejące narzędzia, aby rozszerzyć chmurę? Czy szukasz ujednoliconego rozwiązania do obsługi operacji, które może bezproblemowo mieszać operacje w chmurze publicznej i prywatnej?
Szybkość tworzenia platformy: obciążenia wymagają własnych zasobów, które tworzą bezpośrednie środowisko obciążenia. Poza tymi, które bezpośrednio wspierają aktywa, istnieją różne stopnie inwestycji z góry. Ile pracy chcesz zainwestować w podstawowe narzędzia, które będą współużytkowane przez obciążenia (na przykład sieć i tożsamość)? Jak dużo wcześniejszych działań powinno zostać wykonanych w celu utworzenia scentralizowanej chmury, która będzie współużytkować te narzędzia w wielu strefach docelowych?
Operacje zdecentralizowane
Najmniej skomplikowany model operacyjny to w pełni zdecentralizowany model. Ten model jest wysoce skoncentrowany na niezależnych obciążeniach o minimalnej zależności od scentralizowanych operacji. Ten model jest również nazywany dwumodalnymi it lub zdecentralizowanym it.
Priorytet strategiczny: Organizacje często używają decentralizacji, gdy priorytetują innowacje nad kontrolą. Ten model jest powszechny w organizacjach startowych, ale jest to również rosnący trend w większych organizacjach.
Organizacja: zespoły są zorganizowane wokół obciążeń lub procesów biznesowych, które kontrastują z innymi trzema modelami operacyjnymi.
Zakres portfolio: zakres portfela jest również izolowany do poziomów obciążeń. Gdy organizacja jest całkowicie zdecentralizowana, organizacja jest mało prawdopodobne, aby zainwestować dużo czasu w zarządzanie dopasowaniem portfela.
Odpowiedzialność (rozdzielenie obowiązków): Zespół ds. obciążeń jest całkowicie odpowiedzialny za operacje, nadzór i decyzje dotyczące zabezpieczeń. Nie istnieje żaden wspólny model odpowiedzialności w operacjach zdecentralizowanych.
Standaryzacja: Najlepsze rozwiązania i automatyzacja wdrażania (potoki ciągłej integracji/ciągłego dostarczania) mają kluczowe znaczenie dla tworzenia dowolnego stopnia standaryzacji między obciążeniami. Bez scentralizowanych funkcji standaryzacja prawdopodobnie nie będzie trwała długo.
Priorytet operacji: zdecentralizowany zespół operacyjny najprawdopodobniej określi priorytety operacji opartych na chmurze przy użyciu oprogramowania jako usługi (SaaS) lub narzędzi typu "platforma jako usługa" (PaaS) do automatyzowania operacji.
Szybkość opracowywania platformy: operacje zdecentralizowane mogą udostępniać skrypty wdrażania w obciążeniach, ale istnieje kilka lub nie ma zasobów centralnych współużytkowanych między obciążeniami.
Scentralizowane operacje
Scentralizowany model jest najczęściej używanym modelem operacyjnym w it. Ten model koncentruje się na kontrolowanym środowisku produkcyjnym zarządzanym wyłącznie przez scentralizowane operacje. Scentralizowane operacje koncentrują się na mniejszej liczbie stref docelowych z osadzonymi narzędziami podstawowymi.
Zarządzanie środowiskami nieprodukcyjnymi różni się w zależności od organizacji. Jednak w modelu operacji scentralizowanych nawet środowiska nieprodukcyjne mogą być ograniczone przez wymagania dotyczące utrzymania ładu i zabezpieczeń.
Priorytet strategiczny: Gdy kontrola i stabilność w firmie są ważniejsze niż innowacje, ten model zwykle jest najwyższym trendem. Większe organizacje lub stabilne organizacje często używają scentralizowanych operacji. Ten model jest typowy, gdy wymagania dotyczące zgodności innych firm kierują decyzje dotyczące środowiska.
Organizacja: Zespoły są zorganizowane wokół funkcji lub procesów najpierw. W mniejszych organizacjach centralny dział IT jest domem dla członków zespołu, którzy koncentrują się na bezpieczeństwie, ładie, operacjach i infrastrukturze. W miarę rozwoju organizacji te funkcje mogą pracować w zespołach przeznaczonych dla każdej funkcji.
Zakres portfolio: Scentralizowane zespoły ds. operacji zwykle koncentrują się na jednej strefie docelowej lub niewielkiej liczbie stref docelowych. W tych strefach docelowych organizacja wdraża podstawowe narzędzia do obsługi kombinacji obciążeń w każdej strefie docelowej. Ten model operacyjny ma tendencję do tworzenia wyzwań w skali, gdy organizacja obsługuje niezawodne podstawy chmury i portfolio wielochmurowe.
Odpowiedzialność (rozdzielenie obowiązków): W tym modelu operacyjnym centralne zespoły it lub centralne operacje są zwykle odpowiedzialne za wszystkie zasoby w środowisku produkcyjnym. Separacja obowiązków polega zwykle na skoncentrowaniu się na izolacji środowiska, dzięki czemu zespoły specyficzne dla obciążenia nie mogą korzystać z zasobów produkcyjnych.
Standaryzacja: standaryzacja między obciążeniami jest prawdopodobnie wysoka. Jednak wraz ze wzrostem portfolio w wielu strefach docelowych lub na wielu platformach w chmurze standaryzacja może ulec awarii i wymagać znaczących modyfikacji środowiska.
Priorytet operacji: Organizacje często używają scentralizowanych operacji, jeśli rozważają model operacyjny w chmurze jako pomocniczy model operacyjny. Ponieważ istniejące operacje w chmurze lokalnej lub prywatnej są podstawowym modelem, organizacje te mają tendencję do przenoszenia istniejących narzędzi operacyjnych i ograniczenia podstawowego użycia nowoczesnych narzędzi operacyjnych opartych na chmurze.
Szybkość opracowywania platformy: zespoły ds. operacji centralnych zwykle potrzebują podejścia start-small, aby sprostać typowym narzędziom. W miarę upływu czasu zespoły skupią się na tworzeniu najlepszych rozwiązań w środowisku.
Porównaj więcej zalet, wad i cech scentralizowanych operacji w przewodniku Cloud Adoption Framework.
Operacje dla przedsiębiorstw
Model przedsiębiorstwa jest odpowiedni dla klientów, którzy migrują całe centra danych lub duże portfolio do chmury. Operacje przedsiębiorstwa koncentrują się na większej liczbie stref docelowych z podstawowymi narzędziami scentralizowanymi w podstawach platformy.
Priorytet strategiczny: Model przedsiębiorstwa koncentruje się na demokratyzowaniu decyzji i delegowaniu obowiązków w celu zrównoważenia potrzeby innowacji w niektórych strefach docelowych i ściślejszej kontroli w innych. Jest to strategiczny priorytet dla dużych organizacji, które muszą chronić istniejące interesy, wprowadzając jednocześnie innowacje będące odpowiedzią na ciągłe zmiany zachodzące na rynku.
Organizacja: Operacje w przedsiębiorstwie umożliwiają tworzenie i obsługę możliwości w każdym zespole ds. obciążeń. Zespoły obciążeń są dostosowane przez funkcję, taką jak ład, zabezpieczenia i operacje. Dedykowany zespół centrum doskonałości w chmurze (CCoE) łączy obciążenia i zespoły pomocnicze w celu koordynowania działań i zapewnienia doskonałości operacyjnej w ramach podstawy chmury.
Zakres portfela: Zakres operacji przedsiębiorstwa koncentruje się na całościowej podstawie chmury, aby zapewnić scentralizowanie i dostępność podstawowych narzędzi dla wszystkich stref docelowych. Strefy docelowe i dedykowane środowiska obciążeń można następnie wdrożyć w pojemności samoobsługowej, a podstawy chmury zapewniają wszystkie wymagane zależności.
Odpowiedzialność (rozdzielenie obowiązków): Zespół CCoE jest odpowiedzialny za utrzymanie niezbędnych scentralizowanych zasobów i tworzenie widoczności w portfelu. Zespoły ds. operacji centralnych lub zespoły ds. operacji związanych z obciążeniami są wtedy odpowiedzialne za codzienną obsługę poszczególnych obciążeń.
Standaryzacja: standaryzacja jest najwyższa w tym modelu operacyjnym. Scentralizowana podstawa chmury zapewnia spójność konfiguracji wszystkich obszarów projektowania strefy docelowej. Najlepsze rozwiązania w zakresie zdrowych rozwiązań faworyzują automatyczne wdrażanie dla wszystkich obciążeń. Ta automatyzacja umożliwia dalszą standaryzację na poziomie obciążenia i zasobów.
Priorytet operacji: model operacyjny przedsiębiorstwa wymaga podejścia opartego na chmurze do operacji. Podstawowe narzędzia oparte na chmurze są niezbędne do obsługi scentralizowanych operacji w chmurze. Aby model tego typu był efektywny, musi traktować chmurę, jako podstawowy model operacyjny. Organizacja wyświetla istniejące operacje lokalne jako operacje pomocnicze i powinna uwzględniać je w długoterminowym planie przejściowym.
Szybkość tworzenia platformy: aby zachęcić do centralizacji ładu, zabezpieczeń i operacji w szybko rozwijającym się portfolio obciążeń, zespoły ds. operacji w przedsiębiorstwie będą wymagać wdrożenia rozwiązania przedsiębiorstwa przed wdrożeniem.
Porównaj więcej zalet, wad i cech operacji przedsiębiorstwa w przewodniku Cloud Adoption Framework.
Operacje rozproszone
Model rozproszony jest najbardziej złożoną formą operacji. Łączy inne modele.
Firmy często przyjmują to podejście, gdy rozwijają się poprzez szybkie pozyskiwanie, co skutkuje rozproszoną mieszanką poprzednich trzech modeli operacyjnych. Firmy mogą istnieć w tym stanie przez dłuższy czas. Jednak aby zminimalizować nadmiarowość i promować bardziej wydajne operacje, należy rozważyć opracowanie planu przejścia do jednego z mniej złożonych modeli.
Priorytet strategiczny: Organizacje korzystają z tego modelu, gdy opowiadają się za integracją nabytych jednostek biznesowych nad innowacjami lub kontrolą. Jest to często tymczasowa lub mostowa strategia, która jest wymagana do przejścia do bardziej wydajnego modelu operacyjnego w przyszłości. Ten model zwykle utrzymuje się, gdy organizacja chce utrzymać autonomię i rozważa niemal długoterminową strategię wyjścia, jak jest powszechnie spotykana w private equity lub holdingach.
Organizacja: scentralizowana struktura organizacji jest trudna do utrzymania w tym modelu operacyjnym. Warto zacząć od utworzenia wirtualnego zespołu CCoE na wczesnym etapie procesu, aby stworzyć widoczność i świadomość operacji wokół organizacji.
Zakres portfela: Operacje rozproszone koncentrują się na złożonym portfolio. Z czasem fokus ten może zawęzić się do bardziej szczegółowych poziomów portfela.
Odpowiedzialność (rozdzielenie obowiązków): Odpowiedzialność będzie się różnić między jednostkami biznesowymi. Separacja obowiązków z centralnej perspektywy jest trudna do osiągnięcia.
Standaryzacja: Pierwszym krokiem w kierunku standaryzacji w modelu operacji rozproszonych jest uzyskanie jasnego widoku majątku cyfrowego dla pełnego portfela. Podejście oparte na danych zacznie identyfikować typowe jednostki w portfolio, które skłaniają się do scentralizowanego lub korporacyjnego modelu operacji.
Priorytet operacji: Priorytet operacji w tym modelu dotyczy danych. Scentralizowanie danych przy użyciu narzędzi zaprojektowanych na potrzeby ujednoliconych operacji umożliwi zespołowi CCoE trenowanie i mentorowanie różnych jednostek biznesowych podczas przechodzenia lub wysiłków dojrzałości. Przed wymusiniem spójnego priorytetu operacji należy ocenić portfolio operacji obciążeń, aby zapewnić odpowiednie narzędzia i linie bazowe.
Szybkość opracowywania platformy: Ocena portfela operacji obciążeń powinna identyfikować akceptowalną szybkość tworzenia platformy, która jest zgodna z podejściami w skali początkowej lub w skali przedsiębiorstwa. Podstawowy punkt danych do określenia kierunku zależy od najbardziej typowego podejścia do zarządzania operacjami w portfolio.
Porównaj więcej zalet, wad i cech operacji rozproszonych w przewodniku Cloud Adoption Framework.