Specialisatie van platform voor cloudbeheer

  • Artikel

Net zoals de geavanceerde beheerbasislijn is platformspecialisatie een uitbreiding die verder gaat dan de standaard beheerbasislijn. In de volgende afbeelding en lijst ziet u de manieren om de basislijn voor beheer uit te breiden. Dit artikel heeft betrekking op de opties voor platformspecialisatie.

Voorbij de basislijn voor cloudbeheer

  • Workloadbewerkingen: De grootste operationele investering per workload en de hoogste mate van tolerantie. We adviseren workloadbewerkingen voor de ongeveer 20% van de workloads die bedrijfswaarde stimuleren. Deze specialisatie wordt meestal gereserveerd voor workloads die zeer kritiek of essentieel zijn.
  • Platformbewerkingen: De investering in bewerkingen wordt verspreid over een groot aantal workloads. Tolerantieverbeteringen zijn van invloed op alle workloads die gebruikmaken van het gedefinieerde platform. We adviseren platformbewerkingen voor de ongeveer 20% van de platforms met het hoogste kritiekniveau. Deze specialisatie wordt gereserveerd voor workloads die gemiddeld tot zeer kritiek zijn.
  • Verbeterde basislijn voor beheer: De relatief laagste operationele investering. Met deze specialisatie worden de zakelijke commitments enigszins verbeterd met behulp van extra operationele hulpprogramma's en processen uit de cloud.

Voor zowel workload- als platformbewerkingen zijn wijzigingen in ontwerp- en architectuurprincipes vereist. Deze wijzigingen kunnen tijd kosten, met een toename van de operationele kosten als gevolg. Om het aantal workloads te verminderen dat dergelijke investeringen vereist, kan een verbeterde basislijn voor beheer voldoende verbetering bieden voor de bedrijfscommitment.

Deze tabel bevat een overzicht van een aantal algemene processen, hulpprogramma's en mogelijke gevolgen voor de uitgebreide basislijnen voor beheer van klanten:

Proces Hulpprogramma Doel Voorgesteld managementniveau
Systeemontwerp verbeteren Microsoft Azure Well-Architected Framework Architectuurontwerp van het platform verbeteren om zo de bedrijfsvoering te verbeteren N.v.t.
Automatisch herstellen Azure Automation Reageren op geavanceerde platformgegevens met platformspecifieke automatisering Platformbewerkingen
Servicecatalogus Centrum voor beheerde toepassingen Een selfservicecatalogus bieden met goedgekeurde oplossingen die voldoen aan de standaarden van de organisatie Platformbewerkingen
Containerprestaties Azure Monitor voor containers Controle en diagnose voor containers Platformbewerkingen
Prestaties van gegevens van Platform as a Service (PaaS) Azure SQL-analyse Controle en diagnose voor PaaS-databases Platformbewerkingen
Prestaties van gegevens van Infrastructure as a Service (IaaS) Statuscontrole voor SQL Server Controle en diagnose voor IaaS-databases Platformbewerkingen

Algemeen proces

Platformspecialisatie bestaat uit een gedisciplineerde uitvoering van de volgende vier processen in een iteratieve benadering. Elk proces wordt gedetailleerd beschreven in latere secties van dit artikel.

  • Systeemontwerp verbeteren: Het ontwerp van algemene systemen (of platforms) verbeteren om onderbrekingen te minimaliseren.
  • Herstel automatiseren: Sommige verbeteringen zijn niet kosteneffectief. In dergelijke gevallen kan het beter zijn om herstel te automatiseren en de impact van onderbrekingen te verminderen.
  • De oplossing schalen: Naarmate systeemontwerp en geautomatiseerd herstel verder worden verbeterd, kunnen deze wijzigingen in de gehele omgeving worden geschaald via de servicecatalogus.
  • Doorlopende verbetering: Er zijn verschillende controleprogramma's beschikbaar voor het detecteren van incrementele verbeteringen. Deze verbeteringen kunnen worden toegepast in de volgende fase van het ontwerpen, automatiseren en schalen van het systeem.

Systeemontwerp verbeteren

Het verbeteren van het systeemontwerp is de meest efficiënte benadering van functionele verbeteringen voor een veelgebruikt platform. Door verbeteringen in het systeemontwerp kan de stabiliteit worden verbeterd en kan het aantal bedrijfsonderbrekingen worden verkleind. Het ontwerp van afzonderlijke systemen valt buiten het bereik van de omgevingsbenadering die voor het Cloud Adoption Framework is bepaald.

Als aanvulling op dit framework biedt het Microsoft Azure Well-Architected Framework richtlijnen om de kwaliteit van een platform of een specifieke workload te verbeteren. Het framework richt zich op verbetering in vijf pijlers op het gebied van architectuur:

  • 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.
  • Betrouwbaarheid: Systemen ontwerpen om te herstellen van fouten en te kunnen blijven functioneren.
  • Beveiliging: Toepassingen en gegevens beveiligen tegen bedreigingen.

Technische schulden en architectonische fouten veroorzaken de meeste zaken onderbrekingen. Voor bestaande implementaties kunnen verbeteringen van het systeemontwerp worden gezien als aflossingen van bestaande technische schulden. Voor nieuwe implementaties kunt u deze verbeteringen zien als het vermijden van technische schulden.

Op het volgende tabblad, Automatisch herstel, worden manieren besproken om met technische schulden om te gaan waarvoor aflossen niet mogelijk of verstandig is.

Lees meer informatie over het Microsoft Azure Well-Architected Framework voor het verbeteren van systeemontwerp.

Raadpleeg dit artikel opnieuw wanneer het systeemontwerp verbetert, om nieuwe mogelijkheden voor verbetering te ontdekken en deze verbeteringen binnen uw omgeving op te schalen.

Automatisch herstel

Sommige technische schulden kunnen niet worden afgelost. De oplossing is mogelijk te duur of kan wel worden gepland, maar heeft een lange projectduur. De bedrijfsonderbreking heeft mogelijk geen aanzienlijke gevolgen voor het bedrijf. Het kan ook zijn dat de bedrijfsprioriteit is om snel te herstellen van een onderbreking in plaats van te investeren in tolerantie.

Wanneer niet wordt gekozen om de technische schuld af te lossen, is automatisch herstel doorgaans de volgende stap. De meestgebruikte methode is met behulp van Azure Automation en Azure Monitor trends te detecteren en automatisch herstel te realiseren.

Zie Azure Automation en waarschuwingen voor hulp bij automatisch herstel.

De schaal van de oplossing aanpassen met een servicecatalogus

Een goed beheerde servicecatalogus is de hoeksteen van platformspecialisatie en platformgebruik. Het gebruik van een catalogus is de manier waarop verbeteringen in systeemontwerp en herstel in een omgeving worden opgeschaald.

De Cloud Platform- en Cloud Automation-teams werken samen om herbruikbare oplossingen te maken voor de meest voorkomende platforms in een omgeving. Maar als deze oplossingen niet consequent worden gebruikt, kan cloudbeheer weinig meer bieden dan een basislijnaanbod.

Om de acceptatie van een geoptimaliseerd platform te maximaliseren en de onderhoudsoverhead van het platform te minimaliseren, moet dat platform worden toegevoegd aan een servicecatalogus in Azure. U kunt elke toepassing in de catalogus implementeren voor intern verbruik via de servicecatalogus of als Marketplace-aanbod voor externe gebruikers.

Zie de artikelreeks over publiceren naar een servicecatalogusvoor instructies voor het publiceren naar een servicecatalogus.

Toepassingen implementeren vanuit de servicecatalogus

  1. Ga in de Azure-portal naar Centrum voor beheerde toepassingen (preview-versie) .
  2. Selecteer Toepassingen voor servicecatalogus in het deelvenster Bladeren.
  3. Selecteer + Toevoegen om een toepassingsdefinitie te kiezen uit de servicecatalogus van uw bedrijf.

Alle beheerde toepassingen die u onderhoudt, worden hier weergegeven.

Toepassingen voor servicecatalogus beheren

  1. Ga in de Azure-portal naar Centrum voor beheerde toepassingen (preview-versie) .
  2. Selecteer Toepassingen voor servicecatalogus in het deelvenster Service.

Alle beheerde toepassingen die u onderhoudt, worden hier weergegeven.

Doorlopende verbetering

Platformspecialisatie en platformgebruik zijn beide afhankelijk van sterke terugkoppeling tussen de teams voor acceptatie, platform, automatisering en beheer. Door deze terugkoppeling op gegevens te baseren, kan elk team de juiste beslissingen nemen. Om langlopende bedrijfstoezeggingen te realiseren voor platformgebruik, is het belangrijk inzichten te gebruiken die specifiek zijn voor het centrale platform.

Containers en SQL Server zijn de twee meest voorkomende centraal beheerde platforms. Deze artikelen kunnen u helpen om aan de slag te gaan met gegevensverzameling voor continue verbetering op deze platforms: