Workloadbewerkingen in cloudbeheer
Sommige workloads zijn essentieel voor het succes van het bedrijf. Voor deze workloads is een basislijn voor beheer onvoldoende om te voldoen aan de vereiste zakelijke toezeggingen voor cloudbeheer. Platformbewerkingen zijn mogelijk niet eens voldoende om te voldoen aan zakelijke toezeggingen. Deze zeer belangrijke subset van workloads vereist een speciale focus op de manier waarop de workload werkt en hoe deze wordt ondersteund.
Als tegenprestatie kan de investering in workloadbewerkingen leiden tot verbeterde prestaties, een lager risico op bedrijfsonderbrekingen en sneller herstel wanneer er systeemfouten optreden. In dit artikel wordt een benadering besproken om te investeren in de doorlopende bewerkingen van deze workloads met hoge prioriteit om betere zakelijke toezeggingen te stimuleren.
Wanneer investeren in workloadbewerkingen
Het Pareto-principe (ook wel bekend als de 80/20-regel) stelt dat 80 procent van de effecten afkomstig is van 20 procent van de oorzaken. Wanneer IT-portfolio's na verloop van tijd organisch kunnen groeien, wordt deze regel vaak geïllustreerd in een beoordeling van de IT-portfolio. Afhankelijk van het effect dat investeringen vereist, kan de oorzaak variëren, maar het algemene principe geldt:
- 80 procent van de systeemfouten is meestal het gevolg van 20 procent van de veelvoorkomende fouten of bugs.
- 80 procent van de bedrijfswaarde is meestal afkomstig van 20 procent van de workloads in een portfolio.
- 80 procent van de migratie naar de cloud is afkomstig van 20 procent van de workloads die worden verplaatst.
- 80 procent van de cloudbeheeractiviteiten ondersteunt 20 procent van de service-incidenten of probleemtickets.
- 80 procent van de bedrijfsimpact van een storing komt van 20 procent van de systemen die door de storing worden beïnvloed.
Workloadbewerkingen moeten alleen worden toegepast wanneer de strategie voor cloudimplementatie, bedrijfsresultaten en operationele metrische gegevens goed zijn begrepen. Dit is een paradigmaverschuiving van de klassieke it-weergave. Traditioneel ging IT ervan uit dat alle workloads dezelfde mate van ondersteuning ondervonden en vergelijkbare prioriteitsniveaus nodig hebben.
Voordat ze investeren in uitgebreide workloadbewerkingen, moeten zowel DE IT als het bedrijf inzicht hebben in de zakelijke redenen en de verwachtingen van meer investeringen in cloudbeheer.
Beginnen met de gegevens
Workloadbewerkingen beginnen met een diepgaand inzicht in de prestaties van workloads en ondersteuningsvereisten. Voordat het team investeert in workloadbewerkingen, moet het beschikken over uitgebreide gegevens over workloadafhankelijkheden, toepassingsprestaties, databasediagnose, telemetrie van virtuele machines en incidentgeschiedenis.
Deze gegevens bevatten de inzichten die beslissingen over workloadbewerkingen bepalen.
Vervolgobservatie
Initiële gegevens en doorlopende telemetrie kunnen helpen bij het formuleren en testen van theorieën over de prestaties van een workload. Maar lopende workloadbewerkingen zijn gebaseerd op een voortdurende en uitgebreide observatie van workloadprestaties, met een zware focus op de prestaties van toepassingen en gegevens.
De automatisering testen
Op toepassingsniveau is de eerste vereiste voor workloadbewerkingen een investering in diepgaande tests. Voor elke toepassing die wordt ondersteund via workloadbewerkingen, moet een testplan worden opgesteld en regelmatig worden uitgevoerd om functionele en schaaltests voor de toepassingen te leveren.
Regelmatige testtelemetrie kan onmiddellijke validatie van verschillende hypothesen over de werking van de workload bieden. Het verbeteren van operationele en architecturale patronen kan worden uitgevoerd en getest. De resulterende delta's bieden een duidelijke impactanalyse om verdere investeringen te begeleiden.
Meer informatie over releases
Een duidelijk begrip van releasecycli en release-pijplijnen is een belangrijk element van workloadbewerkingen.
Inzicht in cycli kan zich voorbereiden op mogelijke onderbrekingen en het team in staat stellen proactief eventuele releases aan te pakken die een nadelig effect op bewerkingen kunnen hebben. Dit inzicht stelt het cloudbeheerteam ook in staat om samen te werken met implementatieteams om de kwaliteit van het product continu te verbeteren en eventuele bugs aan te pakken die de stabiliteit kunnen beïnvloeden.
Nog belangrijker is dat een goed begrip van release-pijplijnen de RPO (Recovery Point Objective) van een workload aanzienlijk kan verbeteren. In veel scenario's is het snelste en meest nauwkeurige pad naar het herstel van een toepassing een release-pijplijn. Voor toepassingslagen die alleen veranderen wanneer er een nieuwe release plaatsvindt, kan het verstandig zijn om meer te investeren in pijplijnoptimalisatie dan in het herstellen van de toepassing vanuit traditionele back-upprocessen.
Hoewel een implementatiepijplijn het snelste pad naar herstel kan zijn, kan het ook het snelste pad naar herstel zijn. Wanneer een toepassing een snelle, efficiënte en betrouwbare releasepijplijn heeft, heeft het cloudbeheerteam een optie om de implementatie naar een nieuwe host te automatiseren als een vorm van geautomatiseerd herstel.
Er zijn mogelijk veel andere snellere, effectievere mechanismen voor herstel en herstel. Wanneer het gebruik van een bestaande pijplijn echter kan voldoen aan zakelijke toezeggingen en kan profiteren van bestaande DevOps-investeringen, kan de bestaande pijplijn een levensvatbaar alternatief zijn.
Wijzigingen in de workload duidelijk doorgeven
Het wijzigen van een workload is een van de grootste risico's voor workloadbewerkingen. Voor elke workload in het operationele workloadniveau van cloudbeheer moet het cloudbeheerteam nauw samenwerken met de cloudacceptatieteams om inzicht te hebben in de wijzigingen die van elke release afkomstig zijn. Deze investering in proactief begrip heeft een directe, positieve impact op de operationele stabiliteit.
Resultaten verbeteren
De gegevens- en communicatie-investeringen in een workload zullen suggesties opleveren voor verbeteringen van lopende bewerkingen op een van drie gebieden:
- Technische schuldoplossing
- Geautomatiseerde oplossing van risico's
- Verbeterd systeemontwerp
Technische schuldoplossing
De beste workloadbewerkingsplannen vereisen nog steeds herstel. Aangezien uw cloudbeheerteam contact wil houden om inzicht te krijgen in de implementatie-inspanningen en releases, moet het team ook regelmatig herstelvereisten delen om ervoor te zorgen dat technische schulden en bugs een voortdurende prioriteit zijn voor uw ontwikkelteams.
Geautomatiseerde oplossing van risico's
Door het Pareto-principe toe te passen, kunnen we zeggen dat 80 procent van de negatieve bedrijfsimpact waarschijnlijk afkomstig is van 20 procent van de service-incidenten. Wanneer deze incidenten niet kunnen worden aangepakt in normale ontwikkelingscycli, kunnen investeringen in herstelautomatisering de bedrijfsonderbrekingen aanzienlijk verminderen.
Verbeterd systeemontwerp
In het geval van technische schuldoplossing en geautomatiseerd herstel zijn systeemfouten de meest voorkomende oorzaak van de meeste systeemstoringen. U kunt de grootste impact hebben op de algehele workloadbewerkingen door zich te houden aan een aantal ontwerpprincipes:
- Schaalbaarheid: De mogelijkheid van een systeem om verhoogde belasting te verwerken.
- Beschikbaarheid: Het percentage tijd dat een systeem functioneel en werkt.
- Herstellingsvermogen: De mogelijkheid van een systeem om te herstellen van fouten en te blijven functioneren.
- Management: Bewerkingsprocessen die een systeem in productie houden.
- Veiligheid: Toepassingen en gegevens beschermen tegen bedreigingen.
Het Microsoft Azure Well-Architected Framework biedt een benadering voor het evalueren van specifieke workloads voor naleving van deze pijlers om de algehele bewerkingen te helpen verbeteren. Pas de pijlers toe op zowel platformbewerkingen als workloadbewerkingen.
Volgende stappen
Met een volledig begrip van de beheermethodologie binnen de Cloud Adoption Framework, bent u nu gewapend met het implementeren van cloudbeheerprincipes. Leer hoe u deze methodologie uitvoerbaar kunt maken binnen uw operationele omgeving.