Algemene operationele modellen
In deze les bekijkt u algemene operationele modellen om te zien welke modellen het beste aansluiten bij het Tailwind Traders-verhaal. U leert ook hoe u het operationele model evalueert en toekaart dat het beste past bij uw cloudacceptatieplannen. Aan de hand van deze informatie kunt u de meest relevante Azure-landingszone kiezen voor het inrichten van uw cloudomgeving.
Algemene operationele modellen
De volgende vier operationele modellen worden weergegeven in de cloudimplementatie. Het onderzoeken van deze algemene operationele modellen kan gesprekken vormgeven over het ontwerp en de configuratie van het milieu. Elk operationeel model is gekoppeld aan een of meer Azure-landingszones die helpen om de eerste implementatie te versnellen.
De volgende eigenschappen helpen bij het kiezen van een van de algemene operationele modellen:
Strategische prioriteit: Innovatie, controle (geoptimaliseerde operaties), democratisering (autonomie) en integratie zijn allemaal belangrijke strategische prioriteiten voor de overstap naar de cloud. Wanneer u met de leidinggevenden praat, wat de belangrijkste factor voor uw bedrijf is in de komende drie tot vijf jaar?
Organisatie: De organisatie van personen bepaalt bepaalde beslissingen over bewerkingen. Heeft u een klein IT-team dat al uw portfolio omvat? Zijn afzonderlijke teams toegewezen aan functies zoals beveiliging, governance en bewerkingen? Zijn teams geordend rond afzonderlijke workloads? Bent u gehouden aan strikte nalevingsnormen van derden die door een auditor of andere nalevingsinstanties worden gecontroleerd?
Portfoliobereik: De grootte van uw portfolio en waar u zich richt op bewerkingen zijn belangrijke overwegingen voor elk operationeel model. Beheert u een grote en complexe portfolio met workloads verdeeld over verschillende clouds? Kan één cloudplatform ondersteuning bieden voor de portfolio? Moeten al uw workloads zich bevinden in één productieabonnement? Richt u zich op workloadspecifieke bewerkingen zonder centrale ondersteuning? Meer informatie vindt u in dit artikel over de hiërarchie van een portfolio.
Verantwoordelijkheid (scheiding van taken): Als het gaat om technologie, is er altijd iets misgegaan. Daarom registreren weinig teams zich voor een SLA voor uptime van 100 procent. Als er iets kapot gaat of niet werkt zoals verwacht, wie is er dan verantwoordelijk? Wie is verantwoordelijk voor proactieve oplossingen om storingen te minimaliseren? Wie is er verantwoordelijk voor het kostenplaatje van de cloud en lopende budgetten? De verantwoordelijkheid en de bijbehorende toegangsvereisten bepalen enkele beslissingen over het ontwerp van het milieu.
Standaardisatie: het standaardiseren van basishulpprogramma's zoals netwerk, identiteit en beveiliging kan tastbare kostenbesparingen opleveren en de hoeveelheid mensenkracht verminderen die is toegewezen aan verschillende inspanningen. Hoe belangrijk is het standaardiseren van hulpprogramma's of gedeelde resources?
Prioriteit van bewerkingen: Bij het moderniseren van bewerkingen is het gebruikelijk dat een operations-team cloud-first-services kiest als de primaire vorm van operationele ondersteuning. Als bestaande on-premises hulpprogramma's ook de primaire hulpprogramma's voor bewerkingen zijn die het team wil, kan de cloud een uitbreiding of een secundair operationeel model zijn. Als we naar de toekomst kijken, geeft u dan de voorkeur aan een cloud-first weergave van operationele activiteiten en ondersteunende tools? Gaat u bestaande hulpprogramma's uitbreiden naar de cloud? Bent u op zoek naar een geïntegreerde operationele aanpak waardoor bewerkingen van openbare en privéclouds naadloos in elkaar kunnen overlopen?
Snelheid van platformontwikkeling: workloads vereisen hun eigen assets, waardoor de directe workloadomgeving wordt gemaakt. Naast die rechtstreeks ondersteunende activa, zijn er verschillende mate van vooraf investeringen. Hoeveel arbeid wilt u steken in basisvoorzieningen die worden gedeeld door workloads (zoals netwerk en identiteit)? Hoeveel werk wilt u besteden aan het leggen van een gecentraliseerde basis voor de cloud waarmee die voorzieningen over verschillende landingszones kunnen worden gedeeld?
Gedecentraliseerde bewerkingen
Het minst complexe operationele model is een volledig gedecentraliseerd model. Dit model is zeer gericht op onafhankelijke workloads met minimale afhankelijkheid van gecentraliseerde bewerkingen. Dit model wordt ook wel bimodale IT of gedecentraliseerde IT genoemd.
Strategische prioriteit: organisaties gebruiken vaak decentralisatie wanneer ze prioriteit geven aan innovatie over controle. Dit model is gebruikelijk in opstartorganisaties, maar het is ook een toenemende trend in grotere organisaties.
Organisatie: Teams zijn georganiseerd rond workloads of bedrijfsprocessen, wat contrasteert met de andere drie operationele modellen.
Portfoliobereik: het bereik van de portfolio is ook geïsoleerd tot workloadniveaus. Wanneer een organisatie volledig gedecentraliseerd is, is het onwaarschijnlijk dat de organisatie veel tijd investeert in het beheer van portfolioafstemming.
Verantwoordelijkheid (scheiding van taken): Het workloadteam is volledig verantwoordelijk voor operationele, governance- en beveiligingsbeslissingen. Er is geen sprake van een model van gedeelde verantwoordelijkheid in gedecentraliseerde bewerkingen.
Standaardisatie: Best practices en implementatieautomatisering (continue integratie/continue leveringspijplijnen) zijn essentieel om elke mate van standaardisatie voor workloads te creëren. Zonder gecentraliseerde functies zal standaardisatie waarschijnlijk niet lang duren.
Prioriteit van bewerkingen: Een gedecentraliseerde operations-team geeft waarschijnlijk prioriteit aan cloud-first bewerkingen met behulp van SaaS-hulpprogramma's (Software as a Service) of PaaS-hulpprogramma's (Platform as a Service) om bewerkingen te automatiseren.
Snelheid van platformontwikkeling: gedecentraliseerde bewerkingen kunnen implementatiescripts delen tussen workloads, maar er zijn weinig of geen centrale resources gedeeld tussen workloads.
Gecentraliseerde bewerkingen
Een gecentraliseerd model is het meest voorkomende operationele model in IT. Dit model is zeer gericht op een beheerde productieomgeving die alleen wordt beheerd door gecentraliseerde bewerkingen. Gecentraliseerde bewerkingen richten zich op een kleiner aantal landingszones met ingesloten basishulpprogramma's.
Het beheer van niet-productieomgevingen verschilt per organisatie. Maar zelfs in een gecentraliseerd operationeel model is het waarschijnlijk zo dat de niet-productieomgevingen beperkt worden door vereisten ten aanzien van governance en beveiliging.
Strategische prioriteit: Wanneer controle en stabiliteit in het bedrijf belangrijker zijn dan innovatie, is dit model meestal de hoogste trend. Grotere organisaties of stabiele organisaties maken vaak gebruik van gecentraliseerde bewerkingen. Dit model is gebruikelijk wanneer nalevingsvereisten van derden milieubeslissingen stimuleren.
Organisatie: Teams zijn eerst georganiseerd rond functies of processen. In kleinere organisaties is centrale IT thuis voor teamleden die zich richten op beveiliging, governance, operationele activiteiten en infrastructuur. Naarmate organisaties groeien, kunnen deze functies worden gebruikt in teams die zijn toegewezen aan elke functie.
Portfoliobereik: Gecentraliseerde operationele teams richten zich meestal op één landingszone of een klein aantal landingszones. Binnen deze landingszones implementeert de organisatie basishulpprogramma's ter ondersteuning van een combinatie van workloads in elke landingszone. Dit operationele model creëert vaak schaalproblemen wanneer de organisatie robuuste cloudfundamenten en multicloudportfolio's ondersteunt.
Verantwoordelijkheid (scheiding van taken): In dit operationele model zijn centrale IT- of centrale operationele teams doorgaans verantwoordelijk voor alle assets in productie. Scheiding van taken is doorgaans gericht op omgevingsisolatie, waardoor workloadspecifieke teams geen interactie kunnen hebben met productie-assets.
Standaardisatie: Standaardisatie voor workloads is waarschijnlijk hoog. Naarmate het portfolio echter groeit om meerdere landingszones of meerdere cloudplatforms te omvatten, kan die standaardisatie opsplitsen en aanzienlijke wijzigingen in de omgeving vereisen.
Prioriteit van bewerkingen: organisaties gebruiken vaak gecentraliseerde bewerkingen wanneer ze hun cloudbedrijfsmodel beschouwen als een secundair operationeel model. Omdat de bestaande on-premises of privécloudbewerkingen het primaire model zijn, sturen deze organisaties meestal bestaande operationele hulpprogramma's door en beperken ze het primaire gebruik van moderne cloud-first-bewerkingsprogramma's.
Snelheid van platformontwikkeling: Centrale operationele teams hebben doorgaans een begin-kleine benadering nodig om algemene hulpprogramma's aan te pakken. Na verloop van tijd richten de teams zich op het bouwen van best-of-breed oplossingen in de omgeving.
Enterprise-bewerkingen
Een bedrijfsmodel is geschikt voor klanten die volledige datacenters of grote portfolio's migreren naar de cloud. Bedrijfsbewerkingen richten zich op een groter aantal landingszones met basishulpprogramma's die zijn gecentraliseerd in een platformbasis.
Strategische prioriteit: Het ondernemingsmodel richt zich op het democratiseren van beslissingen en gedelegeerde verantwoordelijkheden om de noodzaak van innovatie in sommige landingszones en een strakkere controle in andere landen te verdelen. Dit is een strategische prioriteit voor grote organisaties die hun bestaande belangen moeten beschermen en tegelijkertijd innovatie moeten stimuleren om mee te groeien met de veranderende markt.
Organisatie: Enterprise-bewerkingen bieden mogelijkheden voor build-and-operate in elk workloadteam. Workloadteams worden uitgelijnd op functie, zoals governance, beveiliging en bewerkingen. Een speciaal CCoE-team (Cloud Center of Excellence) combineert de workload en ondersteunende teams om activiteiten te coördineren en operationele uitmuntendheid in de cloudbasis te garanderen.
Portfoliobereik: Het bereik van bedrijfsbewerkingen richt zich op de holistische cloudbasis om ervoor te zorgen dat basishulpprogramma's gecentraliseerd en beschikbaar zijn voor alle landingszones. Landingszones en toegewezen workloadomgevingen kunnen vervolgens worden geïmplementeerd in een selfservicecapaciteit, waarbij de cloudbasis alle vereiste afhankelijkheden biedt.
Verantwoordelijkheid (scheiding van taken): het CCoE-team is verantwoordelijk voor het onderhouden van de benodigde gecentraliseerde resources en het creëren van zichtbaarheid in de portfolio. Teams voor centrale bewerkingen of workloadspecifieke bewerkingen zijn op hun beurt verantwoordelijk voor de dagelijkse ondersteuning van de afzonderlijke workloads.
Standaardisatie: Standaardisatie is het hoogst in dit operationele model. De gecentraliseerde cloudbasis zorgt voor consistentie in de configuratie van alle gebieden van het ontwerp van de landingszone. Goede best practices geven de voorkeur aan geautomatiseerde implementatie voor alle workloads. Deze automatisering maakt verdere standaardisatie mogelijk op de workload- en assetniveaus.
Prioriteit van bewerkingen: voor een bedrijfsbedrijfsmodel is een cloud-first benadering van bewerkingen vereist. Eigen cloudhulpprogramma's zijn essentieel voor het onderhouden van gecentraliseerde bewerkingen in de cloud. Dit type model kan alleen effectief zijn als de cloud wordt beschouwd als het primaire operationele model. De organisatie bekijkt bestaande on-premises bewerkingen als secundaire bewerkingen en moet deze opnemen in een overgangsplan voor de lange termijn.
Snelheid van platformontwikkeling: om de centralisatie van governance, beveiliging en bewerkingen in een snel groeiende portfolio met workloads aan te moedigen, moeten de bedrijfsteams vóór de implementatie van een bedrijfsoplossing een bedrijfsoplossing implementeren.
Vergelijk meer voor- en nadelen en kenmerken van bedrijfsbewerkingen in het Cloud Adoption Framework.
Gedistribueerde bewerkingen
Het gedistribueerde model is de meest complexe vorm van bewerkingen. Het combineert de andere modellen.
Bedrijven nemen deze benadering meestal aan wanneer ze groeien door snelle overname, wat resulteert in een gedistribueerd mengsel van de vorige drie operationele modellen. Bedrijven kunnen gedurende langere perioden in deze staat bestaan. Maar om redundantie te minimaliseren en efficiëntere bewerkingen te bevorderen, moeten ze overwegen een plan te ontwikkelen om over te stappen op een van de minder complexe modellen.
Strategische prioriteit: organisaties gebruiken dit model wanneer ze de voorkeur geven aan integratie van verworven bedrijfseenheden ten opzichte van innovatie of controle. Dit is vaak een tijdelijke strategie of brugstrategie die nodig is om in de toekomst over te stappen op een efficiënter operationeel model. Dit model blijft meestal behouden wanneer de organisatie autonomie wil behouden en een strategie voor afsluiten op de korte termijn overweegt, zoals vaak wordt gezien in private equity- of holdingbedrijven.
Organisatie: Een gecentraliseerde structuur voor de organisatie is lastig te onderhouden in dit operationele model. Het is verstandig dat organisaties vroeg in het proces beginnen met de vorming van een virtueel CCoE-team om zichtbaarheid en bekendheid te creëren van bewerkingen in de organisatie.
Portfoliobereik: Gedistribueerde bewerkingen richten zich op een complexe portfolio. In de loop van de tijd kan die focus worden beperkt tot gedetailleerdere niveaus van de portfolio.
Verantwoordelijkheid (scheiding van taken): Verantwoordelijkheden verschillen per bedrijfseenheid. Scheiding van taken vanuit een centraal perspectief is moeilijk te bereiken.
Standaardisatie: De eerste stap naar standaardisatie in een gedistribueerd operations-model is om een duidelijk beeld te krijgen van de digitale activa voor de volledige portfolio. Een gegevensgestuurde benadering begint met het identificeren van commonalities in de portfolio die leunen op een gecentraliseerd of enterprise operations-model.
Prioriteit van bewerkingen: Operations-prioriteit in dit model is rond gegevens. Door gegevens te centraliseren met behulp van hulpprogramma's die zijn ontworpen voor geïntegreerde bewerkingen, kan een CCoE-team de verschillende bedrijfseenheden coachen en begeleiden tijdens overgangen of volwassenheidsinspanningen. Voordat u een consistente bewerkingsprioriteit afdingt, evalueert u de portfolio met workloadbewerkingen om de juiste hulpmiddelen en basislijnen te garanderen.
Snelheid van platformontwikkeling: Evaluatie van de portfolio van workloadbewerkingen moet een acceptabele snelheid identificeren voor platformontwikkeling die is afgestemd op benaderingen op het gebied van klein of ondernemingsniveau. Het primaire gegevenspunt om de richting te bepalen, is afhankelijk van de meest voorkomende benadering van operationeel beheer in de hele portfolio.