Platformbewerkingen in cloudbeheer
Een basislijn voor cloudbeheer die betrekking heeft op voorraad en zichtbaarheid, operationele naleving en beveiliging en herstel kan voldoende cloudbeheer bieden voor de meeste workloads in de IT-portfolio. Maar die basislijn is zelden voldoende om het volledige portfolio te ondersteunen. Dit artikel bouwt voort op de meest voorkomende volgende stap in cloudbeheer, portfoliobewerkingen.
Een snelle studie van de assets in de IT-portfolio markeert bestaande patronen in de ondersteunde workloads. Binnen deze workloads zijn er algemene platforms. De platformen kunnen sterk variëren, afhankelijk van de technische beslissingen in het verleden binnen het bedrijf.
Voor sommige organisaties is er een grote afhankelijkheid van SQL Server, Oracle of andere opensource-gegevensplatforms. In andere organisaties zijn de overeenkomsten mogelijk geroot in de hostingplatforms voor virtuele machines (VM's) of containers. Weer andere zijn mogelijk gemeenschappelijke afhankelijkheid van toepassingen of ERP-systemen (Enterprise Resource Planning), zoals SAP of Oracle.
Wanneer u deze gemeenschappelijke kenmerken begrijpt, kan uw cloudbeheerteam zich specialiseren in hogere ondersteuningsniveaus voor die platforms met prioriteit.
Een servicecatalogus maken
Het doel van platformbewerkingen is het maken van betrouwbare en herhaalbare oplossingen die een cloudacceptatieteam kan gebruiken. Het cloudacceptatieteam kan vervolgens een platform leveren dat een hoger niveau van zakelijke betrokkenheid biedt. Deze toezegging kan de kans op of de frequentie van downtime verminderen, waardoor de betrouwbaarheid wordt verbeterd. Als er een systeemfout optreedt, kan de toezegging ook helpen om de hoeveelheid gegevensverlies of de tijd voor herstel te verminderen. Een dergelijke toezegging omvat vaak doorlopende, gecentraliseerde bewerkingen ter ondersteuning van het platform.
Naarmate het cloudbeheerteam hogere niveaus van operationeel beheer en specialisatie met betrekking tot specifieke platforms tot stand brengt, voegen ze platforms toe aan een groeiende servicecatalogus. De servicecatalogus biedt selfserviceplatformimplementatie in een specifieke configuratie, die voldoet aan de lopende platformbewerkingen. Tijdens het gesprek over bedrijfsuitlijning kunnen cloudbeheer- en cloudstrategieteams oplossingen voor de servicecatalogus voor het bedrijf voorstellen. De servicecatalogusoplossingen verbeteren de betrouwbaarheid, uptime en herstelverplichtingen in een gecontroleerd, herhaalbaar proces.
Ter referentie verwijzen sommige organisaties naar een servicecatalogus in een vroeg stadium als een goedgekeurde lijst. Het belangrijkste verschil is dat een servicecatalogus wordt geleverd met doorlopende operationele toezeggingen van het Cloud Center of Excellence (CCoE). Een goedgekeurde lijst is vergelijkbaar. Het biedt een vooraf goedgekeurde lijst met oplossingen die een team in de cloud kan gebruiken. Maar meestal is er geen operationeel voordeel gekoppeld aan toepassingen op een goedgekeurde lijst.
Net als in het debat tussen gecentraliseerde IT en CCoE, is het verschil een van prioriteiten. Een servicecatalogus gaat uit van goede bedoelingen, maar biedt operationele, governance- en beveiligingsrichtlijnen die innovatie versnellen. Een goedgekeurde lijst verhindert innovatie totdat bewerkingen, naleving en beveiligingspoorten zijn doorgegeven voor een oplossing. Beide oplossingen zijn levensvatbaar, maar ze vereisen dat het bedrijf subtiele prioriteitsbeslissingen neemt om meer te investeren in innovatie of naleving.
De servicecatalogus bouwen
Cloudbeheer is zelden succesvol bij het leveren van een servicecatalogus in een silo. Een juiste ontwikkeling van de catalogus vereist een partnerschap tussen het centrale IT-team of de CCoE. Deze aanpak is meestal het meest succesvol wanneer een IT-organisatie een CCoE-niveau van volwassenheid bereikt, maar kan eerder worden geïmplementeerd.
Wanneer het cloudplatformteam de servicecatalogus bouwt binnen een CCoE-model, bouwen ze het gewenste statusplatform uit. De cloudgovernance- en cloudbeveiligingsteams valideren governance en naleving binnen de implementatie. Het cloudbeheerteam brengt doorlopende bewerkingen voor dat platform tot stand. En het cloudautomatiseringsteam verpakt het platform voor schaalbare, herhaalbare implementatie.
Nadat het platform is verpakt, kan het cloudbeheerteam het toevoegen aan de groeiende servicecatalogus. Van daaruit gebruikt het cloudacceptatieteam het pakket of andere in de catalogus tijdens de implementatie. Nadat de oplossing naar productie is gegaan, realiseert het bedrijf de extra voordelen van een verbeterd operationeel beheer en mogelijk minder bedrijfsonderbrekingen.
Notitie
Het bouwen van een servicecatalogus kost veel moeite en tijd van meerdere teams. Het gebruik van de servicecatalogus of goedgekeurde lijst als een beperkingsmechanisme vertraagt innovatie. Wanneer innovatie een prioriteit is, ontwikkelt u servicecatalogussen parallel met andere implementatie-inspanningen.
Uw eigen platformbewerkingen definiëren
Hoewel beheerhulpprogramma's en -processen platformbewerkingen kunnen verbeteren, is het vaak niet voldoende om de gewenste stabiliteits- en betrouwbaarheidsstatussen te bereiken. Echte platformbewerkingen vereisen een focus op pijlers van uitstekende architectuur. Wanneer een platform een diepere investering in bewerkingen rechtvaardigt, moet u rekening houden met de volgende vijf pijlers voordat het platform onderdeel wordt van een servicecatalogus:
- Betrouwbaarheid: Systemen ontwerpen om te herstellen van fouten en te kunnen blijven functioneren.
- Beveiliging: Toepassingen en gegevens beveiligen tegen bedreigingen.
- Kostenoptimalisatie: Kosten beheren om de geleverde waarde te maximaliseren.
- Operationele topprestaties: Operationele processen volgen die ervoor zorgen dat een systeem blijft werken.
- Prestatie-efficiëntie: Systemen schalen om deze aan te passen op wijzigingen in de belasting.
Het Microsoft Azure Well-Architected Framework biedt een benadering voor het evalueren van specifieke workloads op naleving van deze pijlers, om de algehele bewerkingen te verbeteren. U kunt deze pijlers toepassen op zowel platformbewerkingen als workloadbewerkingen.
Aan de slag met specifieke platforms
De platforms die in de volgende secties worden besproken, zijn gebruikelijk voor typische Azure-klanten en kunnen eenvoudig een investering in platformbewerkingen rechtvaardigen. Cloudbeheerteams beginnen meestal met deze teams wanneer ze vereisten voor platformbewerkingen of een volledige servicecatalogus ontwikkelen.
PaaS-gegevensbewerkingen
Gegevens zijn vaak het eerste platform dat investeringen in platformbewerkingen rechtvaardigt. Wanneer gegevens worden gehost in een PaaS-omgeving (Platform as a Service), vragen zakelijke belanghebbenden vaak om een verminderde RPO (Recovery Point Objective) om gegevensverlies te minimaliseren. Afhankelijk van de aard van de toepassing kunnen ze ook een vermindering van de beoogde hersteltijd (RTO) aanvragen. In beide gevallen kan de architectuur die op PaaS gebaseerde gegevensoplossingen ondersteunt, eenvoudig een hoger niveau van beheerondersteuning bieden.
In de meeste scenario's zijn de kosten van het verbeteren van beheerverplichtingen eenvoudig te rechtvaardigen, zelfs voor toepassingen die niet bedrijfskritiek zijn. Deze verbetering van platformbewerkingen is zo gebruikelijk dat veel cloudbeheerteams het meer zien als een verbeterde basislijn, in plaats van als een echte verbetering van platformbewerkingen.
IaaS-gegevensbewerkingen
Wanneer gegevens worden gehost in een traditionele IaaS-oplossing (Infrastructure as a Service), kan de inspanning om RPO en RTO te verbeteren hoger zijn. Maar de wens van de zakelijke belanghebbenden om betere beheerverplichtingen te bereiken, wordt zelden beïnvloed door een PaaS- of IaaS-beslissing. Als er iets is, kan inzicht in de fundamentele verschillen in architectuur het bedrijf ertoe aanzetten om PaaS-oplossingen of toezeggingen te vragen die overeenkomen met wat beschikbaar is in PaaS-oplossingen. Overweeg de modernisering van IaaS-gegevensplatforms als een eerste stap in platformbewerkingen.
Wanneer modernisering geen optie is, geven cloudbeheerteams doorgaans prioriteit aan Op IaaS gebaseerde gegevensplatformen als de eerste vereiste service in de servicecatalogus. Door het bedrijf de keuze te bieden tussen zelfstandige gegevensservers en geclusterde gegevensoplossingen met hoge beschikbaarheid, is het gesprek over zakelijke toezeggingen veel eenvoudiger te vergemakkelijken. Een basiskennis van de operationele verbeteringen en hogere kosten helpt het bedrijf om de beste beslissing te nemen voor de bedrijfsprocessen en ondersteunende workloads.
Andere algemene platformbewerkingen
Naast gegevensplatforms zijn virtuele-machinehosts vaak een algemeen platform voor bewerkingsverbeteringen. Cloudplatform- en cloudbeheerteams investeren meestal in verbeteringen van VMware-hosts of containeroplossingen. Dergelijke investeringen kunnen de stabiliteit en betrouwbaarheid van de hosts verbeteren, die de VM's ondersteunen, die op hun beurt de workloads aanwenden. De juiste bewerkingen op één host of container kunnen de RPO of RTO van verschillende workloads verbeteren. Deze aanpak creëert betere zakelijke toezeggingen, maar verdeelt de investering. Verbeterde toezeggingen en lagere kosten combineren om het veel eenvoudiger te maken om verbeteringen in cloudbeheer en platformbewerkingen te rechtvaardigen.
Volgende stappen
Naast verbeteringen in platformbewerkingen richten cloudbeheerteams zich ook op het verbeteren van workloadbewerkingen voor de bovenste 20 procent of minder van de productieworkloads.