Zakelijke toezegging in cloudbeheer
Een zakelijke toezegging helpt u bij het definiëren van uw niveau van operationeel beheer tegen acceptabele operationele kosten. Als u een zakelijke toezegging wilt definiëren, moet u prioriteiten verdelen. In dit artikel wordt beschreven hoe u gegevenspunten en berekeningen evalueert om dat evenwicht te vinden.
U kunt toezeggingen hebben die betrekking hebben op bedrijfsstabiliteit die zakelijke beslissingen rechtvaardigen. Stabiliteitsverplichtingen kunnen service level agreements (SLA's) of een bepaald niveau van technische tolerantie omvatten. Voor de meeste workloads hebt u alleen een basisniveau van cloudbeheer nodig. Voor andere workloads kunt u twee tot vier keer meer besteden aan cloudbeheer in vergelijking met een basislijnniveau. U kunt deze kosten rechtvaardigen vanwege de mogelijke gevolgen van bedrijfsonderbrekingen.
De vorige artikelen in deze reeks kunnen u helpen inzicht te hebben in de classificatie en impact van onderbrekingen in verschillende workloads. Dit artikel helpt u bij het berekenen van de geretourneerde waarden.
In het volgende diagram ziet u dat elk niveau van cloudbeheer afbuigpunten heeft waarin de kosten sneller kunnen stijgen dan tolerantie. Deze buigpunten vragen gedetailleerde zakelijke beslissingen en zakelijke toezeggingen.
Een juiste toezegging bepalen
Voor elke workload in een portfolio moet het cloudbewerkingsteam en het cloudstrategieteam zijn afgestemd op het beheerniveau dat het cloudbewerkingsteam rechtstreeks biedt.
Wanneer uw bedrijf een toezegging tot stand brengt, bepaalt u hoe u de volgende aspecten kunt uitlijnen.
- Vereisten voor IT-bewerkingen
- Beheerverantwoordelijkheid
- Cloudtenancy
- Factoren voor zachte kosten
- Rendement op investering (ROI) verliesontwijking
- Validatie van het beheerniveau
Om u te helpen beslissingen te nemen, beschrijven de volgende secties deze aspecten in meer detail.
Vereisten voor IT-bewerkingen bepalen
De Azure-beheerhandleiding bevat een overzicht van Azure-beheerhulpprogramma's. Voordat uw bedrijf een toezegging doet, moet IT een acceptabele basislijn voor beheer op standaardniveau bepalen die moet worden toegepast op alle beheerde workloads. Voor elk van de beheerde workloads in de IT-portfolio kan IT vervolgens een standaardbeheerkosten berekenen die zijn gebaseerd op CPU-kernen, schijfruimte en andere assetgerelateerde variabelen. IT kan ook een samengesteld serviceniveaudoelstelling (SLO) schatten voor elke workload, op basis van de architectuur.
IT-operationele teams gebruiken vaak een standaardbeschikbaarheid van 99,9% voor de eerste samengestelde SLO. Ze kunnen de beheerkosten normaliseren op basis van de gemiddelde workload, met name voor oplossingen met minimale logboekregistratie- en opslagbehoeften. Om een beginpunt te bieden voor initiële gesprekken, kan het IT-operations-team de gemiddelde kosten van een paar workloads met gemiddelde kritiek berekenen.
Tip
Als u de werkmap operations management gebruikt om cloudbeheer te plannen, moet u de velden voor operationsbeheer bijwerken om de vereisten voor IT-bewerkingen weer te geven. De velden voor operationsbeheer omvatten toezeggingsniveau, samengestelde SLO en maandelijkse kosten. De maandelijkse kosten moeten de kosten vertegenwoordigen van de operationele beheerhulpprogramma's die u maandelijks toevoegt.
De basislijn voor operationeel beheer fungeert als een beginpunt en u moet ook de basislijn valideren met de volgende aspecten.
Een verantwoordelijkheidsmodel kiezen
In een traditionele on-premises omgeving kunt u ervan uitgaan dat de kosten voor het beheren van de omgeving een zonnestraal zijn voor IT-activiteiten. Een sunk cost is een onkosten die je niet kunt herstellen. In de cloud is het beheer een doelgerichte beslissing die een directe budgettaire impact heeft. U kunt de kosten van elke beheerfunctie rechtstreeks toewijzen aan elke workload die u in de cloud implementeert. U hebt meer controle over deze aanpak. Maar de cloudbewerkingsteams en cloudstrategieteams moeten zich eerst tot een overeenkomst over verantwoordelijkheden verbinden.
Uw bedrijf kan ook enkele van uw doorlopende beheerfuncties uitbesteden aan een serviceprovider. Serviceproviders kunnen Azure Lighthouse gebruiken om uw bedrijf nauwkeurige controle te bieden. U kunt bijvoorbeeld toegang verlenen tot uw resources en meer inzicht hebben in de acties die serviceproviders uitvoeren.
Voor het beheren van uw cloudomgeving kunt u verschillende modellen implementeren.
Gedelegeerd verantwoordelijkheidsmodel: IT-bewerkingen kunnen een benadering gebruiken die gedelegeerde verantwoordelijkheid wordt genoemd. Deze aanpak vereist geen gecentraliseerd beheer en voorkomt overhead voor operationeel beheer. In een CCoE-model (Cloud Center of Excellence) bieden platformbewerkingen en platformautomatisering selfservicebeheerhulpprogramma's die bedrijfsteams kunnen gebruiken, onafhankelijk van een gecentraliseerd IT-operations-team.
Deze aanpak biedt zakelijke belanghebbenden volledige controle over beheergerelateerde budgetten. Het CCoE-team kan er ook voor zorgen dat een minimale set kaders goed wordt geïmplementeerd. IT fungeert als broker en een gids om uw bedrijf te helpen verstandige beslissingen te nemen. Bedrijfsactiviteiten houden toezicht op dagelijkse bewerkingen van afhankelijke workloads.
Gecentraliseerd verantwoordelijkheidsmodel: Uw bedrijf vereist mogelijk een centraal IT-teammodel als u nalevingsvereisten, technische complexiteit of sommige gedeelde servicemodellen hebt. In een centraal IT-model voert IT zijn verantwoordelijkheden voor operationeel beheer uit.
U kunt het milieuontwerp, beheerbeheer en beheerprogramma's centraal beheren en beheren, waardoor zakelijke belanghebbenden geen beheerverplichtingen kunnen aangaan. Maar de zichtbaarheid van de kosten en de architectuur van de cloudbenaderingen maakt het eenvoudiger voor gecentraliseerde IT om de kosten en het beheerniveau voor elke workload te communiceren.
Gemengd model: Classificatie vormt de basis van een gemengd model van beheerverantwoordelijkheden. Als uw bedrijf bezig is met het transformeren van on-premises naar de cloud, hebt u mogelijk enige tijd een on-premises operationeel model nodig. Als uw bedrijf strikte nalevingsvereisten heeft of afhankelijk is van langetermijncontracten met IT-uitbestedingsleveranciers, hebt u mogelijk een gecentraliseerd operationeel model nodig.
Een benadering met gemengde modellen biedt een balans. In deze benadering biedt een centraal IT-team een gecentraliseerd operationeel model voor alle workloads die bedrijfskritiek zijn of gevoelige informatie bevatten. Het team plaatst alle andere workloadclassificaties in een cloudomgeving die gedelegeerde verantwoordelijkheden ondersteunt. De gecentraliseerde verantwoordelijkheidsbenadering fungeert als het algemene operationele model, maar uw bedrijf heeft flexibiliteit om een gespecialiseerd operationeel model te gebruiken op basis van uw vereiste ondersteunings- en gevoeligheidsniveau.
Overweeg wie verantwoordelijk is voor het dagelijkse operationele beheer voor een workload. Uw verantwoordelijkheidsbenadering is van invloed op uw toezeggingen.
Cloudtenancy beheren
Normaal gesproken kunt u assets eenvoudiger beheren wanneer ze zich in één tenant bevinden. Maar mogelijk moet u meerdere tenants onderhouden. Zie Beheerbewerkingen centraliseren met Azure Lighthouse voor meer informatie over waarom u mogelijk een multitenant Azure-omgeving nodig hebt.
Rekening houden met factoren voor zachte kosten
In de volgende sectie wordt een benadering beschreven voor het bepalen van vergelijkende rendementen die zijn gekoppeld aan verschillende niveaus van beheerprocessen en hulpprogramma's. Voor elke geanalyseerde workload kunt u de kosten van beheer meten ten opzichte van de geraamde impact van bedrijfsonderbrekingen. Gebruik de volgende methode om te bepalen of u moet investeren in uitgebreidere beheermethoden.
Voordat u de getallen berekent, moet u rekening houden met de factoren voor zachte kosten. Zachte kostenfactoren produceren een rendement, maar dat rendement is moeilijk te meten via directe harde kostenbesparingen die zichtbaar zijn in een winst- en verliesrekening. Factoren voor zachte kosten kunnen duiden op een noodzaak om te investeren in een hoger beheerniveau dan fiscaal verstandig is.
Enkele voorbeelden van zachte kosten zijn:
Dagelijks workloadgebruik door het bestuur of de CEO.
Workloadgebruik door de bovenste x% van klanten die leiden tot een grotere impact op de omzet elders.
Impact op de tevredenheid van werknemers.
Om een toezegging te doen, is het volgende gegevenspunt dat u moet evalueren een lijst met zachte kostenfactoren. U hoeft deze factoren in deze fase niet vast te leggen, maar zakelijke belanghebbenden bewust maken van hun belang en hun uitsluiting van de volgende berekeningen.
Verliesontwijkings-ROI berekenen
Wanneer het IT-team dat verantwoordelijk is voor cloudbewerkingen het relatieve rendement op de kosten voor operationeel beheer berekent, moeten ze de eerder genoemde vereisten voltooien en uitgaan van een minimaal beheerniveau voor alle workloads.
De volgende toezegging die uw bedrijf moet doen, is het accepteren van de kosten die zijn gekoppeld aan de door de basislijn beheerde aanbieding. Bepaal of uw bedrijf akkoord gaat met investeren in het basislijnaanbod om te voldoen aan de minimumstandaarden voor cloudbewerkingen.
Als uw bedrijf niet akkoord gaat met dat beheerniveau, moet u een oplossing maken zodat uw bedrijf kan doorgaan. Zorg ervoor dat uw oplossing niet van invloed is op de cloudbewerkingen van andere workloads.
Misschien wilt u meer dan het standaardbeheerniveau. In de volgende sectie wordt gecontroleerd of investeringen en de bijbehorende rendementen in de vorm van verliesontwijking zijn.
Niveaus van beheer verhogen
Voor beheerde oplossingen kunt u naast de beheerbasislijn verschillende ontwerpprincipes en sjabloonoplossingen toepassen. Elk ontwerpprincipe voor betrouwbaarheid en tolerantie voegt operationele kosten toe aan de workload. IT en uw bedrijf moeten akkoord gaan met deze extra verplichtingen, zodat u potentiële verliezen moet begrijpen die u kunt vermijden wanneer u meer principes implementeert.
De volgende berekeningen bieden formules om u beter inzicht te geven in de verschillen tussen verliezen en meer beheerinvesteringen. Zie Workloadautomatisering en platformautomatisering voor meer informatie over het berekenen van de kosten van verhoogd beheer.
Tip
Als u de werkmap operations management gebruikt om cloudbeheer te plannen, werkt u de velden voor bewerkingsbeheer bij om elk gesprek weer te geven. Deze wijzigingen werken de ROI-formules en elk van de volgende velden bij.
Schatting van storing
De samengestelde SLO is de SLA die is gebaseerd op de implementatie van elke asset in de workload. Het samengestelde SLO-veld bepaalt de geschatte storing, die in de werkmap wordt gelabeld Est. Outage . Als u de geschatte storing in uren per jaar wilt berekenen zonder de werkmap te gebruiken, past u de volgende formule toe:
Geschatte storing = (1 - samengesteld SLO-percentage) × aantal uren in een jaar
De werkmap gebruikt de standaardwaarde van 8.760 uur per jaar.
Impact op standaardverlies
De standaardverliesimpact voorspelt de financiële impact van eventuele storingen, ervan uitgaande dat de geschatte storingsvoorspelling nauwkeurig is. De standaardverliesimpact wordt gelabeld Standard Impact in de werkmap. Als u deze prognose wilt berekenen zonder de werkmap te gebruiken, past u de volgende formule toe:
Standaardimpact = geschatte storing @ drie 9s uptime × impact op de tijdwaarde
De waarde fungeert als basislijn voor kosten als de belanghebbenden van het bedrijf investeren in een hoger beheerniveau.
Impact van samengestelde SLO
De impact van de samengestelde SLO biedt de bijgewerkte fiscale impact op basis van de wijzigingen in de SLA voor uptime. Gebruik deze berekening om de verwachte financiële impact van beide opties te vergelijken. De impact van samengestelde SLO's wordt gelabeld Commitment level impact in de werkmap. Als u deze geraamde impact zonder het werkblad wilt berekenen, past u de volgende formule toe:
Impact van samengestelde SLO = geschatte storing × impact op de tijdwaarde
De waarde vertegenwoordigt de potentiële verliezen die het gewijzigde toezeggingsniveau en de nieuwe samengestelde SLO moeten voorkomen.
Vergelijkingsbasis
Het veld Vergelijkingsbasis evalueert de standaardimpact en de impact van samengestelde SLO om de rentabiliteit in het veld Jaarlijks rendement te bepalen.
Rendement op verliesontwijking
Als de kosten voor het beheren van een workload de potentiële verliezen overschrijden, is de voorgestelde investering in cloudbeheer mogelijk niet de moeite waard. Zie de kolom met Annual ROIhet label Return on loss compare. Als u deze kolom zelf wilt berekenen, gebruikt u de volgende formule:
Rendement op verliesontwijking = (vergelijkingsbasis - (maandelijkse kosten × 12) ÷ (maandelijkse kosten × 12)
Als u geen andere zachte kostenfactoren hebt om rekening mee te houden, kunt u deze vergelijking gebruiken om snel te bepalen of u meer moet investeren in cloudbewerkingen, tolerantie, betrouwbaarheid of andere gebieden.
De toezegging valideren
Op dit moment in het proces kan uw bedrijf toezeggingen doen, waaronder gecentraliseerde of gedelegeerde verantwoordelijkheid en Azure-tenancy, en het niveau van de toezegging bepalen. U kunt elke toezegging valideren en documenteren om ervoor te zorgen dat het cloudbewerkingsteam, het cloudstrategieteam en de belanghebbenden van het bedrijf zijn afgestemd op deze toezeggingen om de workload te beheren.
Volgende stap
Nadat u toezeggingen hebt gedaan, kunnen de verantwoordelijke operationele teams de workload configureren. Om aan de slag te gaan, evalueert u verschillende benaderingen voor inventarisatie en zichtbaarheid.