Inzicht in modellen voor cloudbedrijfsvoering

  • Artikel

Het overstappen op de cloud biedt een kans om de manier waarop u technologische systemen gebruikt, opnieuw te bekijken. Deze reeks artikelen verduidelijkt modellen voor cloudgebruik en hoe deze van invloed kunnen zijn op uw strategie voor cloudimplementatie. Laten we echter de betekenis van het cloudbedrijfsmodel verduidelijken.

Operationeel model definiëren

Voordat u uw cloudarchitectuur implementeert, moet u proberen te begrijpen hoe u in de cloud wilt werken. Inzicht in uw strategische richting, tussen organisatie van personen, en governance,risico's en nalevingsbehoeften helpt bij het definiëren van uw operationele cloudmodel. Uw landingszones kunnen verschillende opties bieden ter ondersteuning van uw operationele model. In de volgende artikelen worden basistermen gedeeld en worden voorbeelden van algemene operationele modellen weergegeven. Deze modellen, die zijn gebaseerd op de werkelijke klantervaringen, kunnen helpen bij het nemen van een beslissing over de juiste Azure-landingszone.

Wat is een operationeel model?

Voordat cloudtechnologieën bestonden, hebben teams operationele modellen opgesteld om te definiëren hoe technologie het bedrijf zou ondersteunen. IT-operationele modellen hebben een aantal factoren. Deze factoren blijven echter consistent: afstemming op bedrijfsstrategie, organisatie van mensen, wijzigingsbeheer (of acceptatieprocessen), operationeel beheer, governance/naleving en beveiliging.

It-operationele modelfactoren zijn essentieel voor technologiebewerkingen op de lange termijn.

Sommige processen blijven relevant wanneer technologiebewerkingen naar de cloud worden verplaatst. De processen kunnen echter op een bepaalde manier veranderen. Huidige operationele modellen zijn gericht op fysieke activa op fysieke locaties, die worden gefinancierd via kapitaaluitgavencycli. Deze assets ondersteunen workloads die het bedrijf nodig heeft om de bewerkingen te onderhouden. De missie van de meeste operationele modellen is het prioriteren van de workloads door te investeren in de stabiliteit van fysieke assets.

Wat is dan het verschil met een model dat in de cloud werkt?

De hardwarestack is een oneindige cyclus. Fysieke hardware breekt uit en de prestaties verslechteren. De uitsplitsing van hardware komt zelden overeen met het budget voor kapitaaluitgaven en planningscycli van een organisatie. Als u in de cloud werkt, verandert de manier waarop u hardwarevernieuwingen en patches om middernacht uitvoert. De cloud verschuift uw focus stroomopwaarts naar besturingssystemen, toepassingen en digitale gegevensassets. De verschuiving van fysiek naar digitaal verschuift ook het operationele model van uw technologie.

Wanneer operationele modellen naar de cloud worden verplaatst, hebt u nog steeds dezelfde personen en processen nodig. De verschuiving is echter gericht op een hoger niveau van bewerkingen. Als uw medewerkers zich niet langer bezig houden met de serveruptime, worden hun prestaties op een andere manier gemeten. Wanneer de beveiliging niet meer wordt beschermd door de vier muren van een datacenter, wordt uw bedreigingsprofiel gewijzigd. Het tempo waarin u wijzigingen beheert, kan ook veranderen wanneer de inkoop innovatie niet meer blokkeert.

Een model dat in de cloud werkt is een verzameling van processen en procedures die definiëren hoe u de technologie in de cloud wilt gebruiken.

Doel van een model dat in de cloud werkt

Wanneer u hardware verwijdert uit de eenheid van bewerkingen, verschuift u de focus naar digitale assets en de workloads die ze ondersteunen. Als zodanig verschuift het doel van de operationele modellen van het houden van de lichten naar het garanderen van consistente bewerkingen.

Het Microsoft Azure Well-Architected Framework is uitermate goed in staat om workloadoverwegingen in een aantal algemene architectuurprincipes op te delen: kostenoptimalisatie, operationele uitmuntendheid, efficiëntie van prestaties, betrouwbaarheid en beveiliging.

Wanneer u overstapt naar een hoger niveau van bewerkingen, helpen de algemene architectuurprincipes bij het herframen van het doel van het operationele cloudmodel. Hoe zorgen we ervoor dat alle assets en workloads in de portfolio deze architectuurprincipes aanhouden? Welke processen zijn er nodig om de toepassing van deze principes te schalen?

Uw toekomstige operationele model voorstellen

Als u uw operationele model bijwerkt om verwijzingen naar inkoop, wijziging, bewerkingen of beveiliging van fysieke assets te verwijderen, wat blijft er dan over? Voor sommige organisaties is hun operationele model een schone lei. Voor de meeste organisaties worden de beperkingen die in de loop van de tijd zijn ontwikkeld, verminderd. In beide gevallen is er een kans om na te denken over hoe u in de cloud wilt werken.

Deze volgende artikelen helpen u uw toekomstige operationele model voor te stellen:

Volgende stappen

Meer informatie over hoe het Cloud Adoption Framework u helpt bij het definiëren van uw operationele model.

Algemene modellen die in de cloud werken, vergelijken