Inzicht in modellen voor cloudbedrijfsvoering

  • Artikel
  • 3 minuten om te lezen

Als u ervoor kiest gebruik te maken van de cloud, hebt u de mogelijkheid om de manier waarop u met technologiesystemen werkt eens onder de loep te nemen. In deze reeks artikelen wordt uitgelegd wat modellen die in de cloud werken, zijn en wat de impact is van uw strategie voor cloudacceptatie. Maar laten we eerst eens duidelijkheid verschaffen over wat een model voor cloudbedrijfsvoering nou eigenlijk is.

Operationeel model definiëren

Voordat u uw cloudarchitectuur implementeert, is het belangrijk om te weten hoe u in de cloud wilt werken. Om uw toekomstige operationele cloudmodel te definiëren is het handig om te weten wat uw behoeften zijn op het gebied van uw strategische richting, mensenorganisatie, governance, risico en naleving (GRC). Azure-landingszones kunnen diverse architectuur- en implementatieopties bieden om uw operationele model te ondersteunen. In de volgende artikelen worden enkele basistermen behandeld en worden voorbeelden gegeven van gangbare operationele modellen op basis van werkelijke klantervaringen die samen uw beslissing kunnen beïnvloeden over welke Azure-landingszone het beste kan worden geïmplementeerd.

Wat is een operationeel model?

Voordat cloudtechnologieën bestonden, stelden technologieteams operationele modellen op om te bepalen hoe technologie de bedrijfsactiviteiten ondersteunde. Elk operationeel IT-model van een bedrijf heeft een aantal factoren, maar slechts enkele blijven consistent: aanpassing aan de bedrijfsstrategie, de organisatie van mensen, wijzigingsbeheer (of acceptatieprocessen), bewerkingsbeheer, governance/naleving en beveiliging. Elke factor is essentieel voor de technologiebewerkingen op de lange termijn.

Wanneer technologiebewerkingen naar de cloud verschuiven, zijn deze essentiële processen nog steeds relevant, maar ze veranderen waarschijnlijk op een aantal punten. De huidige operationele modellen zijn vooral gericht op fysieke assets op fysieke locaties die grotendeels door middel van kapitaaluitgavencycli worden gefinancierd. Deze assets worden gebruikt ter ondersteuning van de workloads die het bedrijf nodig heeft om de bedrijfsactiviteiten te behouden. De meeste operationele modellen moeten prioriteit geven aan de stabiliteit van de workloads door te investeren in de stabiliteit van de onderliggende fysieke assets.

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

Redundantie in de hardwarestack is een cyclus die nooit eindigt. Fysieke hardware gaat kapot. Prestaties verslechteren. De degradatie van hardware loopt zelden gelijk aan de voorspelbare budgetcycli van de planningscycli van een organisatie voor kapitaaluitgaven. Als in de cloud wordt gewerkt, hoeft de hardware niet meer te worden vernieuwd en hoeven er geen patches meer om middernacht te worden uitgevoerd doordat de focus op de digitale assets ligt: besturingssystemen, toepassingen en gegevens. De verschuiving van fysiek naar digitaal heeft ook invloed op het operationele model van technologie.

Als uw operationele model naar de cloud verschuift, hebt u nog steeds hetzelfde aantal mensen en processen nodig, maar ook zij verschuiven naar een hoger bewerkingsniveau. Als uw medewerkers zich niet langer bezig houden met de serveruptime, worden hun prestaties op een andere manier gemeten. Als de beveiliging niet langer wordt geboden door de vier wanden van een datacentrum, verandert uw bedreigingsprofiel. Wanneer inkoop niet langer een obstakel is voor innovatie, verandert ook het tempo waarmee u veranderingen doorvoert.

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

Als hardware niet meer de gebruikelijkste bewerkingseenheid is, verschuift de focus naar de digitale assets en de workloads die zij ondersteunen. Hierdoor verandert het doel van operationele modellen van het licht aanhouden naar het waarborgen 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.

Als u overstapt naar een hoger bewerkingsniveau, kunt u met deze algemene architectuurprincipes het doel van het operationele model dat in de cloud werkt opnieuw kaderen. 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

Wat blijft er over als u uw operationele model bijwerkt om elke link met de assets voor inkoop, verandering, bewerkingen of beveiliging te verwijderen? Voor sommige organisaties is het operationele model nu een schone lei. Voor de meeste organisaties is het aantal beperkingen dat zich in de loop der jaren heeft ontwikkeld nu afgenomen. In beide gevallen kunt u nadenken 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