Operations Management-processen instellen

Wanneer uw onderneming workloads in Azure gaat gebruiken, is de volgende stap het instellen van een proces voor operationeel beheer en geschiktheid. Met dit proces worden de operationele status voor deze workloads opgesomd, geïmplementeerd en iteratief gecontroleerd en geoptimaliseerd.

Een proces voor operationele geschiktheidsbeoordeling zorgt ervoor dat het volledige portfolio van workloads voldoet aan zakelijke toezeggingen op het stuk van prestaties, betrouwbaarheid en kosten. Dit proces brengt de inspanningen van centrale IT-, cloudcentrum- en workloadteams op één lijn om operationele uitmuntendheid op schaal te leveren.

Een kernproces instellen voor operationele geschiktheidsbeoordeling

Maak een proces voor operationele geschiktheidsbeoordeling om volledig inzicht te hebben in de problemen die het gevolg zijn van het uitvoeren van workloads in een productieomgeving en hoe u deze problemen kunt oplossen. In dit artikel wordt een proces op hoog niveau beschreven voor operationele geschiktheidsbeoordeling dat uw onderneming kan gebruiken om dit doel te bereiken.

Operationele geschiktheid bij Microsoft

Vanaf het begin zijn veel teams in Microsoft betrokken geweest bij de ontwikkeling van het Azure-platform. Het is moeilijk om kwaliteit en consistentie te garanderen voor een project met een dergelijke grootte en complexiteit. U hebt een robuust proces nodig om regelmatig fundamentele niet-functionele vereisten op te sommen en te implementeren.

De processen die Microsoft volgt, vormen de basis voor de processen die in dit artikel worden beschreven.

Inzicht in rollen en operationele modellen

Operations Management is een brede discipline waarbij meerdere rollen in het bedrijf betrokken zijn. Afhankelijk van het operationele model van de organisatie kunnen deze rollen worden uitgevoerd in een matrixomgeving met een aantal overdrachten tussen gecentraliseerde en gedecentraliseerde operationele teams.

• Centrale IT/CCoE: Deze gecentraliseerde technologiefunctie is verantwoordelijk voor de configuratie, bewerkingen, governance en beveiliging van alle technologieassets in het technologieportfolio.
• Cloudbewerkingen: Deze bewerkingsfunctie is een functie binnen de gecentraliseerde technologieorganisatie en beheert de status en bewerkingen van het technologieportfolio. Het is hun verantwoordelijkheid om ervoor te zorgen dat het proces soepel verloopt, dat elke aangrenzende rol in het proces de benodigde hulpmiddelen heeft en dat elke volgende rol verantwoordelijk wordt gehouden voor de verwachtingen van dit proces.
• Cloudstrategie: Biedt kennis van het bedrijf voor het identificeren en prioriteren van toezeggingen om de operationele vereisten van verschillende workloads te handhaven. Deze rol vergelijkt ook de risicobeperkingskosten met de bedrijfsimpact en bepaalt de uiteindelijke beslissing over herstel.
• Workloadteam: Verantwoordelijk voor de ontwikkeling en bewerkingen van discrete workloads die zijn toegewezen aan specifieke ondersteunende toepassingen, services en infrastructuur, on-premises of in de cloud. Voor de rol is diepgaande kennis van de workloadarchitectuur vereist.

Het operationele model van elke organisatie bepaalt de verantwoordelijkheid en dagelijkse activiteiten van de bovenstaande rollen:

• Gecentraliseerde bewerkingen: De centrale IT behoudt volledige verantwoordelijkheid voor bewerkingen. Eigenaren van workloads hebben mogelijk input voor bewerkingen en configuratie, maar ze hebben geen toegang tot het wijzigen van productieomgevingen. Alleen centrale IT- en cloudbewerkingen kunnen operationele wijzigingen leveren om de operationele geschiktheid te verbeteren.
• Gedecentraliseerde bewerkingen: Workloadteams zijn volledig verantwoordelijk voor bewerkingen, meestal via een volwassen CI/CD-pijplijn en DevOps-automatisering. In dit model is er geen centrale ondersteuning voor configuratie, bewerkingen, governance of beveiliging. Deze benadering van bewerkingen valt buiten het bereik van de Cloud Adoption Framework. Dit operationele model moet het Azure Well-Architected Framework zien voor operationele richtlijnen.
• Bedrijfsbewerkingen: Het Cloud Center of Excellence is verantwoordelijk voor bewerkingen. Cloudbewerkingen en workloadteams delen elk de verantwoordelijkheid voor specifieke aspecten van operationele geschiktheid.

Doel van de evaluatie

Operationele geschiktheid wordt geëvalueerd in het hele portfolio met behulp van enkele metrische gegevens: betrouwbaarheid, prestaties en kosten. Samen maken deze eigenschappen een snelle evaluatie van de status en geschiktheid van alle activa in de portefeuille mogelijk. Deze metrische gegevens worden geëvalueerd voor de drie uitbreidingen van operations management.

• Operations-basislijn (of verbeterde basislijn): Evalueert de operationele geschiktheid voor alle geïmplementeerde assets, ongeacht hun functie. Deze brede weergave van bewerkingen zorgt voor grote wijzigingen en grote gevolgen, maar wordt beperkt door een gebrek aan inzicht in de architectuur van afzonderlijke workloads. Alle resources die in de cloud worden geïmplementeerd, moeten worden gedekt door een basislijn voor bewerkingen met regelmatige ondersteuning van cloudbewerkingen. Sommige omgevingen vereisen mogelijk een hogere mate van operationele ondersteuning om te voldoen aan de behoeften van de verbeterde basislijn.
• Platformbewerkingen: Evalueert de operationele geschiktheid van gecentraliseerde technologieplatforms. Deze weergave van bewerkingen is verfijnder omdat er rekening wordt gehouden met de architectuur van het platform en hoe wijzigingen in de oplossing van invloed zijn op de operationele geschiktheid. Wijzigingen in centrale technologieplatforms kunnen een brede downstream-impact hebben op ondersteunde workloads. Alle bedrijfskritieke platforms moeten speciale ondersteuning krijgen van een centraal IT-team.
• Workloadbewerkingen: Evalueert de operationele geschiktheid van een afzonderlijke workload. Deze weergave van bewerkingen is het meest verfijnd en moet worden overwogen wanneer verbeteringen in de operationele geschiktheid wijzigingen in de architectuur van een workload vereisen. Workloadbewerkingen moeten voldoen aan de principes van het Azure Well-Architected Framework. Alle bedrijfskritieke workloads met een actieve DevOps-cyclus moeten speciale ondersteuning krijgen van een workloadteam.

Het doel van de operationele geschiktheidsbeoordeling is het regelmatig evalueren van de operationele geschiktheid op alle niveaus. Geïdentificeerde verbeteringen kunnen vervolgens op het juiste niveau worden toegepast om de wijzigingen te informeren die nodig zijn om het totale portfolio te beheren.

Proces voor beoordeling van operationele geschiktheid

De sleutel tot het handhaven van de prestaties en continuïteit van het portfolio van een onderneming is het implementeren van een proces voor operationele geschiktheidsbeoordeling.

Op hoog niveau bestaat het proces uit twee fasen. In de fase met vereisten worden de vereisten vastgesteld en toegewezen aan ondersteunende services. Deze fase treedt zelden op: bijvoorbeeld jaarlijks of wanneer nieuwe bewerkingen worden geïntroduceerd. De uitvoer van de fase vereisten wordt gebruikt in de stroomfase. De stroomfase treedt vaker op, bijvoorbeeld maandelijks.

Fase Vereisten

In de stappen in deze fase worden de vereisten vastgelegd voor het uitvoeren van een regelmatige beoordeling van het portfolio en eventuele bedrijfskritieke workloads.

1. Kritieke bedrijfsactiviteiten identificeren. Identificeer de bedrijfskritieke bedrijfsactiviteiten van de onderneming op basis van overeengekomen zakelijke toezeggingen. Bedrijfsactiviteiten zijn onafhankelijk van elke ondersteunende servicefunctionaliteit. Met andere woorden, bedrijfsactiviteiten vertegenwoordigen de werkelijke activiteiten die het bedrijf moet uitvoeren en die worden ondersteund door een set IT-services.

   De term bedrijfskritiek (of bedrijfskritiek) weerspiegelt een ernstige impact op het bedrijf als de bewerking wordt belemmerd. Een onlinewinkel kan bijvoorbeeld een zakelijke bewerking hebben, zoals 'een klant in staat stellen een artikel toe te voegen aan een winkelwagen' of 'een creditcardbetaling verwerken'. Als een van deze bewerkingen mislukt, kan een klant de transactie niet voltooien en kan de onderneming geen verkoop realiseren.

2. Wijs bewerkingen toe aan services. Wijs de kritieke bedrijfsactiviteiten toe aan de IT-services (basislijn, platform of workloadbewerkingen) die deze ondersteunen. Elk technologieplatform of elke workload die nodig is om een kritieke bedrijfsfunctie te ondersteunen, moet ook worden geïdentificeerd om bewerkingen en services toe te wijzen aan verantwoordelijke teams.

3. Serviceafhankelijkheden analyseren. De meeste bedrijfsactiviteiten vereisen indeling tussen meerdere ondersteunende workloads en technologieplatforms. Het is belangrijk om inzicht te hebben in de afhankelijkheden tussen elke set ondersteunende assets en de stroom van bedrijfskritieke transacties via deze services.

   Houd ook rekening met de afhankelijkheden tussen on-premises services en Azure-services. In het voorbeeld van de winkelwagen kan de voorraadbeheerservice on-premises worden gehost en gegevens opnemen die zijn ingevoerd door werknemers uit een fysiek magazijn. Het kan echter externe gegevens opslaan in een Azure-service, zoals Azure Storage of een database, zoals Azure Cosmos DB.

Uitvoer van deze activiteiten is een set metrische scorecardgegevens voor operationeel beheer. De scorecard meet criteria zoals betrouwbaarheid, prestaties en kosten. Scorecard-metrische gegevens geven de operationele criteria weer waaraan u verwacht dat de service zal voldoen.

De scorecard moet worden uitgedrukt in eenvoudige termen om zinvolle discussies tussen de bedrijfseigenaren, cloudbewerkingen en workloadteams mogelijk te maken. Een scorecard-metrische waarde voor betrouwbaarheid kan bijvoorbeeld een kleurcode hebben op basis van het bereiken van de overeengekomen SLA. Groen betekent dat wordt voldaan aan de gedefinieerde SLA, geel betekent dat niet aan de gedefinieerde criteria wordt voldaan, maar dat een gepland herstel actief wordt geïmplementeerd, en rood betekent dat niet wordt voldaan aan de gedefinieerde criteria zonder plan of actie.

Het is belangrijk om te benadrukken dat deze metrische gegevens rechtstreeks zakelijke toezeggingen moeten weerspiegelen.

Servicebeoordelingsfase

De servicebeoordelingsfase vormt de kern van de operationele geschiktheidsbeoordeling. Dit omvat de volgende stappen:

1. Meet metrische servicegegevens. Gebruik de metrische scorecardgegevens om de prestaties op elk niveau van operationeel beheer te bewaken, om ervoor te zorgen dat de services voldoen aan de zakelijke toezeggingen. Inventaris- en zichtbaarheidsservices binnen de basislijn voor bewerkingen zijn essentieel. Als u een set resources niet kunt bewaken met betrekking tot de zakelijke toezeggingen, kunt u de bijbehorende metrische scorecardgegevens rood weergeven. In dit geval is de eerste stap voor herstel het implementeren van de juiste servicebewaking. Als het bedrijf bijvoorbeeld verwacht dat een service werkt met een beschikbaarheid van 99,99 procent, maar er geen productietelemetrie is om de beschikbaarheid te meten, wordt ervan uitgegaan dat u niet aan de vereiste voldoet.

2. Plan herstel. Voor elke zakelijke toezegging waarvoor metrische gegevens onder een acceptabele drempelwaarde vallen, bepaalt u het juiste operations-team om het vereiste herstel te voltooien. Dat team is verantwoordelijk voor het berekenen van de kosten van het herstellen van de service om de bewerkingen op een acceptabel niveau te brengen. Als de kosten voor het oplossen van het probleem hoger zijn dan het budget dat aan die service is toegewezen, moet de centrale IT/CCoE met het cloudstrategieteam controleren om aanvullende investeringen te evalueren.

3. Herstel implementeren. Nadat het cloudbewerkings- of workloadteam een plan voor herstel heeft geaccepteerd, implementeert u het. Rapporteer de status van de implementatie wanneer u de metrische gegevens van scorecard bekijkt.

Dit proces is iteratief. Het centrale IT/CCoE-team is verantwoordelijk voor het beheren van het proces en het rapporteren van de voortgang aan het cloudstrategieteam. Dit team moet regelmatig bijeenkomen om bestaande herstelprojecten te beoordelen, de fundamentele beoordeling van nieuwe workloads te starten en de algehele scorecard van de onderneming bij te houden. Het team moet ook de bevoegdheid hebben om herstelteams (cloudbewerkingen of workloadbewerkingen) verantwoordelijk te houden als ze achterlopen op schema of niet voldoen aan metrische gegevens.

Vergadering beoordelen

We raden u aan uw operationele geschiktheid regelmatig te controleren. Het centrale IT-/CCoE-team en het cloudbewerkingsteam moeten aanwezig zijn bij de beoordeling. Teams voor cloudstrategie- en workloadbewerkingen worden aangemoedigd om deel te nemen, maar zijn operationeel. Voorbeeldfrequentie: het kernteam kan maandelijks vergaderen om de planning af te stemmen en verschillende operationele teams verantwoordelijk te houden. Elk kwartaal kunnen de cloudstrategie en alle workloadteams deelnemen om inzicht te hebben in status en metrische gegevens.

Pas de details van het proces en de vergadering aan uw specifieke behoeften aan. We raden de volgende overwegingen aan als uitgangspunt:

• Gecentraliseerde bewerkingen: Workloadteams nemen waarschijnlijk niet actief deel aan het proces, maar moeten worden opgenomen in rapporten voor zichtbaarheid.
• Gedecentraliseerde bewerkingen: Het team voor cloudbewerkingen moet best practices delen die worden gebruikt om de bewerkingen van technische platforms te verbeteren met de workloadteams. Workloadteams moeten wijzigingen in hun respectieve workloads delen om verbeteringen te identificeren die kunnen worden toegepast op technische platforms en de basislijn voor bewerkingen.

Aanbevolen informatiebronnen

• Azure Automanage. Azure Automanage bewaakt automatisch de operationele geschiktheid van de basislijn voor bewerkingen en automatiseert de toepassing van verschillende herstelstrategieën in het portfolio.
• Azure Advisor. Azure Advisor biedt persoonlijke aanbevelingen op basis van uw gebruik en configuraties om uw resources te optimaliseren. Dit hulpprogramma biedt standaard aanbevelingen voor een abonnement om de basislijn voor bewerkingen te verbeteren. Het kan ook gedetailleerder worden gebruikt om verbeteringen in technische platforms of afzonderlijke workloads te identificeren.
• Microsoft Azure Well-Architected Framework: richtlijnen voor het verbeteren van workloadbewerkingen of het begeleiden van gedecentraliseerde bewerkingen.