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. Deze informatie helpt u bij het kiezen van de meest relevante Azure-landingszone om te beginnen met het bouwen van uw cloudomgeving.
Algemene operationele modellen
De volgende vier operationele modellen verschijnen binnen cloudadoptie-inspanningen. Het onderzoeken van deze algemene operationele modellen kan gesprekken vormgeven over het ontwerp en de configuratie van het milieu. Elk operationeel model wordt toegewezen aan een of meer Azure-landingszones om de eerste implementatie te versnellen.
De volgende kenmerken helpen bij het afstemmen op een van de gemeenschappelijke operationele modellen:
Strategische prioriteit: Innovatie, controle (geoptimaliseerde bewerkingen), 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: Organisatie van personen bepaalt een aantal 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 georganiseerd rond afzonderlijke workloads? Bent u gebonden aan strenge nalevingsstandaarden van derden die door een auditor of andere nalevingsinstanties worden beoordeeld?
Portfoliobereik: De grootte van uw portfolio en waar u zich richt op bewerkingen zijn belangrijke overwegingen voor elk operationeel model. Beheert u een grote, complexe workloadportfolio met meerdere clouds? Kan één cloudplatform ondersteuning bieden voor de portfolio? Moeten al uw workloads zich in één productieabonnement bevinden? Richt u zich op workloadspecifieke bewerkingen zonder centrale ondersteuning? Meer informatie over deze termen vindt u in het artikel portfoliohiërarchie.
Verantwoording (scheiding van taken): Als het gaat om technologie, is er altijd iets misgegaan. Daarom melden weinig teams zich aan voor een SLA van 100 procent uptime. Als dingen breken of niet werken zoals verwacht, wie is verantwoordelijk om actie te ondernemen? Wie is verantwoordelijk voor proactieve oplossingen om storingen te minimaliseren? Wie is verantwoordelijk voor cloudeconomie en lopende budgetten? De verantwoordelijkheid en de bijbehorende toegangsvereisten bepalen enkele beslissingen over het ontwerp van het milieu.
Standaardisatie: basishulpprogramma's zoals netwerk, identiteit en beveiliging standaardiseren, kunnen 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. Kijkt u vooruit, geeft u de voorkeur aan een cloud-first weergave van bewerkingen en ondersteunende hulpprogramma's? Gaat u bestaande hulpprogramma's uitbreiden naar de cloud? Bent u op zoek naar een uniforme benadering voor bewerkingen waarmee openbare en privécloudbewerkingen naadloos kunnen worden gecombineerd?
Ontwikkelingssnelheid van het platform: Workloads vereisen hun eigen assets, die de directe workloadomgeving creëren. Naast de activa die direct ondersteuning bieden, zijn er verschillende mate van initiële investeringen. Hoeveel moeite wilt u investeren in basishulpprogramma's die worden gedeeld tussen workloads (zoals netwerk en identiteit)? Hoeveel inspanningen vooraf moeten worden uitgevoerd in een gecentraliseerde cloudbasis waarmee deze hulpprogramma's worden gedeeld in meerdere landingszones?
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 rondom workloads of bedrijfsprocessen, wat contrasteert met de andere drie operationele modellen.
Scope van de portfolio: De scope van de portfolio beperkt zich ook tot workloadniveaus. Wanneer een organisatie volledig gedecentraliseerd is, is het onwaarschijnlijk dat de organisatie veel tijd investeert in het beheer van portfolioafstemming.
Verantwoording (scheiding van taken): Het workloadteam is volledig verantwoordelijk voor operationele, governance- en beveiligingsbeslissingen. Er is geen model voor gedeelde verantwoording in gedecentraliseerde bewerkingen.
Standaardisatie: best practices en implementatieautomatisering (continue integratie/continue leveringspijplijnen) zijn essentieel om elke mate van standaardisatie in workloads te creëren. Zonder gecentraliseerde functies zal standaardisatie waarschijnlijk niet lang duren.
Prioriteit van operaties: Een gedecentraliseerd operatieteam geeft eerder prioriteit aan cloud-first operaties door gebruik te maken van Software-as-a-Service (SaaS) of Platform-as-a-Service (PaaS) tools om operaties te automatiseren.
Ontwikkelingssnelheid van het platform: Gedecentraliseerde operaties kunnen implementatiescripts delen tussen workloads, maar er worden weinig tot geen centrale middelen 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 operaties richten zich op een kleiner aantal landingszones met ingebouwde basisvoorzieningen.
Het beheer van niet-productieomgevingen verschilt per organisatie. Maar in een gecentraliseerd bewerkingsmodel zijn zelfs de niet-productieomgevingen waarschijnlijk beperkt door governance- en beveiligingsvereisten.
strategische prioriteit: Wanneer controle en stabiliteit in het bedrijf belangrijker zijn dan innovatie, is dit model 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.
Verantwoording (scheiding van taken): In dit operationele model zijn centrale IT- of centrale operationele teams doorgaans verantwoordelijk voor alle assets in productie. Scheiding van taken richt zich meestal op omgevingsisolatie, waardoor workloadspecifieke teams niet kunnen communiceren met productieassets.
Standaardisatie: Standaardisatie tussen 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 doorgaans gecentraliseerde bewerkingen gebruiken 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 kleinschalige aanpak nodig om algemene voorzieningen aan te pakken. Na verloop van tijd zullen de teams zich richten op het bouwen van hoogwaardige oplossingen in de omgeving.
Ondernemingsbewerkingen
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 het delegeren van verantwoordelijkheden om de noodzaak van innovatie in sommige focusgebieden te verdelen en striktere controle in andere zones te waarborgen. Dit is een strategische prioriteit voor grote organisaties die bestaande belangen moeten beschermen en innovatie in staat stellen om de marktveranderingen in de gang te houden.
Organisatie: Enterprise-bewerkingen bieden mogelijkheden voor bouwen en werken in elk workloadteam. Werklastteams worden ingedeeld op functie, zoals governance, beveiliging en operaties. 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 is gericht 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.
Verantwoording (scheiding van taken): Het CCoE-team is verantwoordelijk voor het onderhouden van de benodigde gecentraliseerde resources en het creëren van zichtbaarheid in de hele portfolio. Centrale operaties of workloadspecifieke operationele teams zijn 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: Een bedrijfsbedrijfsmodel vereist een cloud-first benadering voor bewerkingen. Eigen cloudhulpprogramma's zijn essentieel voor het onderhouden van gecentraliseerde bewerkingen in de cloud. Dit type model moet naar de cloud kijken als het primaire operationele model om effectief te zijn. De organisatie bekijkt bestaande on-premises bewerkingen als secundaire bewerkingen en moet deze opnemen in een overgangsplan voor de lange termijn.
platformontwikkelingssnelheid: Om de centralisatie van governance, beveiliging en bewerkingen in een snel groeiende portfolio van workloads te stimuleren, moeten de operationele teams van ondernemingen vóór de implementatie 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 dit model gebruiken wanneer ze de integratie van verworven bedrijfseenheden ten gunste van innovatie of controle bevorderen. 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.
Portefeuillebereik: Gedistribueerde bewerkingen richten zich op een complexe portefeuille. In de loop van de tijd kan die focus worden beperkt tot gedetailleerdere niveaus van de portfolio.
Verantwoording (scheiding van taken): Verantwoording zal per bedrijfseenheid verschillen. Scheiding van taken vanuit een centraal perspectief is moeilijk te bereiken.
Standaardisatie: De eerste stap voor 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 draait om 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 operationele prioriteit afdwingt, evalueert u het portfolio van werkbelastingen om te verzekeren dat de juiste tools en basislijnen aanwezig zijn.
platformontwikkelingssnelheid: 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.