Zakelijke toezegging in cloudbeheer
Het definiëren van zakelijke toezeggingen is een oefening bij het afwegen van prioriteiten. Het doel is om het juiste niveau van operationeel beheer af te stemmen tegen acceptabele operationele kosten. Voor het vinden van die balans zijn enkele gegevenspunten en berekeningen vereist, die we in dit artikel hebben beschreven.
Toezeggingen met betrekking tot bedrijfsstabiliteit, via technische tolerantie of andere gevolgen voor serviceovereenkomsten (SLA), zijn een zakelijke rechtvaardigingsbeslissing. Voor de meeste workloads in een omgeving is een basisniveau van cloudbeheer voldoende. Voor anderen is een kostenverhoging van 2x tot 4x eenvoudig te rechtvaardigen vanwege de mogelijke impact van eventuele bedrijfsonderbrekingen.
De vorige artikelen in deze reeks kunnen u helpen inzicht te hebben in de classificatie en impact van onderbrekingen op verschillende workloads. Dit artikel helpt u bij het berekenen van de retouren. Zoals in de vorige afbeelding wordt geïllustreerd, heeft elk niveau van cloudbeheer buigpunten waar de kosten sneller kunnen stijgen dan toenamen in tolerantie. Deze buigpunten zorgen voor gedetailleerde zakelijke beslissingen en zakelijke toezeggingen.
Een juiste toezegging met het bedrijf bepalen
Voor elke workload in het portfolio moeten het team voor cloudbewerkingen en het cloudstrategieteam worden afgestemd op het beheerniveau dat rechtstreeks door het team voor cloudbewerkingen wordt geleverd.
Wanneer u een toezegging met het bedrijf tot stand brengt, zijn er enkele belangrijke aspecten die u moet afstemmen:
- Vereisten voor IT-bewerkingen.
- Managementverantwoordelijkheid.
- Cloudtenancy.
- Factoren met zachte kosten.
- Roi voor het vermijden van verlies.
- Validatie van beheerniveau.
Ter ondersteuning van uw besluitvormingsproces worden deze aspecten in de rest van dit artikel uitgebreider beschreven.
Vereisten voor IT-bewerkingen
De Azure-beheerhandleiding bevat een overzicht van de beheerhulpprogramma's die beschikbaar zijn in Azure. Voordat een toezegging met het bedrijf wordt bereikt, moet IT een acceptabele basislijn voor beheer op standaardniveau bepalen die moet worden toegepast op alle beheerde workloads. VERVOLGENS berekent IT de standaardbeheerkosten voor elk van de beheerde workloads in het IT-portfolio, op basis van het aantal CPU-kernen, schijfruimte en andere assetgerelateerde variabelen. IT schat ook een samengestelde SLA voor elke workload, op basis van de architectuur.
Tip
IT-operationele teams gebruiken vaak een standaardtijd van minimaal 99,9 procent voor de eerste samengestelde SLA. Ze kunnen er ook voor kiezen om de beheerkosten te normaliseren op basis van de gemiddelde workload, met name voor oplossingen met minimale behoeften aan logboekregistratie en opslag. Het gemiddelde van de kosten van enkele workloads met gemiddelde kritieke kenmerken kan een beginpunt vormen voor de eerste gesprekken.
Tip
Als u de werkmap operations management gebruikt om cloudbeheer te plannen, moeten de velden voor operations management worden bijgewerkt om aan deze vereisten te kunnen worden voldaan. Deze velden omvatten Toezeggingsniveau, Samengestelde SLA en Maandelijkse kosten. De maandelijkse kosten moeten de kosten van de toegevoegde hulpprogramma's voor operationeel beheer op maandelijkse basis vertegenwoordigen.
De basislijn voor operations management fungeert als een eerste beginpunt dat in elk van de volgende secties moet worden gevalideerd.
Beheerverantwoordelijkheid
In een traditionele on-premises omgeving worden de kosten van het beheer van de omgeving meestal verondersteld een verzonken kosten te zijn die eigendom zijn van IT-activiteiten. In de cloud is beheer een doelgerichte beslissing met directe gevolgen voor de begroting. De kosten van elke beheerfunctie kunnen rechtstreeks worden toegeschreven aan elke workload die in de cloud wordt geïmplementeerd. Deze aanpak biedt meer controle, maar het creëert wel een vereiste voor teams voor cloudbewerkingen en cloudstrategieteams om eerst een overeenkomst over verantwoordelijkheden te sluiten.
Organisaties kunnen er ook voor kiezen om sommige van hun lopende beheerfuncties uit te besteden aan een serviceprovider. Deze serviceproviders kunnen Azure Lighthouse gebruiken om organisaties nauwkeuriger controle te geven bij het verlenen van toegang tot hun resources, samen met meer inzicht in de acties die door de serviceproviders worden uitgevoerd.
Gedelegeerde verantwoordelijkheid: Omdat het niet nodig is om de overhead van operationeel beheer te centraliseren en uit te nemen, overwegen IT-bewerkingen voor veel organisaties nieuwe benaderingen. Een algemene benadering wordt gedelegeerde verantwoordelijkheid genoemd. In een Cloud Center of Excellence-model bieden platformbewerkingen en platformautomatisering selfservicebeheerhulpprogramma's die kunnen worden gebruikt door bedrijfsteams, onafhankelijk van een gecentraliseerd IT-operations-team. Deze benadering geeft zakelijke belanghebbenden volledige controle over beheergerelateerde budgetten. Het CCoE-team (Cloud Center of Excellence) kan er ook voor zorgen dat een minimale set kaders correct is geïmplementeerd. In dit model fungeert IT als een broker en een gids om het bedrijf te helpen bij het nemen van verstandige beslissingen. Bedrijfsactiviteiten houden toezicht op de dagelijkse bewerkingen van afhankelijke workloads.
Gecentraliseerde verantwoordelijkheid: Nalevingsvereisten, technische complexiteit en sommige gedeelde servicemodellen vereisen mogelijk een centraal IT-teammodel . In dit model blijft IT zijn verantwoordelijkheden voor operationeel beheer uitoefenen. Omgevingsontwerp, beheercontroles en governance-hulpprogramma's kunnen centraal worden beheerd en gecontroleerd, waardoor de rol van zakelijke belanghebbenden bij het aangaan van beheerverplichtingen wordt beperkt. Het inzicht in de kosten en architectuur van cloudbenaderingen maakt het echter veel eenvoudiger voor gecentraliseerde IT om de kosten en het beheerniveau voor elke workload te communiceren.
Gemengd model: Classificatie vormt de kern van een gemengd model van beheerverantwoordelijkheden. Bedrijven die bezig zijn met een transformatie van on-premises naar de cloud, hebben mogelijk een on-premises operationeel model nodig. Bedrijven met strikte nalevingsvereisten of die afhankelijk zijn van langetermijncontracten met IT-uitbestedingsleveranciers, hebben mogelijk een gecentraliseerd operationeel model nodig.
Ongeacht hun beperkingen, moeten de huidige bedrijven innoveren. Wanneer snelle innovatie tot bloei moet komen, midden in een centraal IT-model, gecentraliseerd verantwoordelijkheidsmodel, kan een benadering met gemengde modellen voor balans zorgen. Bij deze benadering biedt een centraal IT-team een gecentraliseerd operationeel model voor alle workloads die essentieel zijn of gevoelige informatie bevatten. Tegelijkertijd kunnen alle andere workloadclassificaties in een cloudomgeving worden geplaatst die is ontworpen voor gedelegeerde verantwoordelijkheden. De gecentraliseerde verantwoordelijkheidsbenadering fungeert als het algemene operationele model. Het bedrijf heeft vervolgens flexibiliteit om een gespecialiseerd operationeel model te gebruiken, op basis van het vereiste niveau van ondersteuning en gevoeligheid.
De eerste stap is het vastleggen van een verantwoordelijkheidsbenadering, die vervolgens de volgende toezeggingen vormgeeft.
Welke organisatie is verantwoordelijk voor het dagelijkse operationele beheer voor deze workload?
Cloudtenancy
Voor de meeste bedrijven is het beheer eenvoudiger wanneer alle assets zich in één tenant bevinden. Sommige organisaties moeten echter mogelijk meerdere tenants onderhouden. Zie Beheerbewerkingen centraliseren met Azure Lighthouse voor meer informatie over waarom een bedrijf mogelijk een Azure-omgeving met meerdere tenants nodig heeft.
Bevindt deze workload zich in één Azure-tenant, naast alle andere workloads?
Factoren voor zachte kosten
In de volgende sectie wordt een benadering beschreven van vergelijkende rendementen die zijn gekoppeld aan niveaus van beheerprocessen en hulpprogramma's. Aan het einde van die sectie meet elke geanalyseerde workload de beheerkosten ten opzichte van de voorspelde impact van bedrijfsonderbrekingen. Deze benadering biedt een relatief eenvoudige manier om te begrijpen of een investering in rijkere managementmethoden gerechtvaardigd is.
Voordat u de getallen uitvoert, is het belangrijk om te kijken naar de factoren voor zachte kosten. Factoren met zachte kosten leveren een rendement op, maar dat rendement is moeilijk te meten door middel van directe harde kostenbesparingen die zichtbaar zouden zijn in een winst- en verliesrekening. Factoren met zachte kosten zijn belangrijk omdat ze kunnen wijzen op de noodzaak om te investeren in een hoger managementniveau dan fiscaal verstandig is.
Enkele voorbeelden van factoren voor zachte kosten zijn:
- Dagelijks workloadgebruik door de raad van bestuur of CEO.
- Workloadgebruik door de bovenste x% van de klanten, wat leidt tot een grotere impact op de omzet elders.
- Impact op de tevredenheid van werknemers.
Het volgende gegevenspunt dat nodig is om een toezegging te doen, is een lijst met factoren voor zachte kosten. Deze factoren hoeven in dit stadium niet te worden gedocumenteerd, maar zakelijke belanghebbenden moeten zich bewust zijn van het belang van deze factoren en hun uitsluiting van de volgende berekeningen.
Roi voor verliesvermijding berekenen
Bij het berekenen van het relatieve rendement op operationele beheerkosten moet het IT-team dat verantwoordelijk is voor cloudbewerkingen aan de eerder genoemde vereisten voltooien en uitgaan van een minimaal beheerniveau voor alle workloads.
De volgende toezegging die moet worden gedaan, is het accepteren door het bedrijf van de kosten die zijn gekoppeld aan de door de basislijn beheerde aanbieding.
Stemt het bedrijf ermee in om te investeren in de basislijn om te voldoen aan de minimumnormen voor cloudbewerkingen?
Als het bedrijf niet akkoord gaat met dat beheerniveau, moet er een oplossing worden bedacht waarmee het bedrijf kan doorgaan, zonder dat dit van invloed is op de cloudbewerkingen van andere workloads.
Als het bedrijf meer wil dan het standaardbeheerniveau, helpt de rest van deze sectie bij het valideren van die investering en het bijbehorende rendement (in de vorm van verliesvermijding).
Verhoogde beheerniveaus: ontwerpprincipes en servicecatalogus
Voor beheerde oplossingen kunnen naast de beheerbasislijn verschillende ontwerpprincipes en sjabloonoplossingen worden toegepast. Elk van de ontwerpprincipes voor betrouwbaarheid en tolerantie voegt operationele kosten toe aan de workload. Om it en het bedrijf het eens te worden over deze aanvullende toezeggingen, is het belangrijk om te begrijpen welke potentiële verliezen kunnen worden vermeden door die verhoogde investeringen.
In de volgende berekeningen worden formules besproken om u meer inzicht te geven in de verschillen tussen verliezen en verhoogde beheerinvesteringen. Zie Workloadautomatisering en Platformautomatisering voor hulp bij het berekenen van de kosten van verhoogd beheer.
Tip
Als u de werkmap voor operations management gebruikt om cloudbeheer te plannen, werkt u de velden voor operations management bij zodat deze overeenkomen met elk gesprek. Deze velden omvatten Toezeggingsniveau, Samengestelde SLA en Maandelijkse kosten. De maandelijkse kosten moeten de maandelijkse kosten van de toegevoegde hulpprogramma's voor operationeel beheer vertegenwoordigen. Nadat ze zijn bijgewerkt, werken de velden de ROI-formules en elk van de volgende velden bij.
Uitval schatten (uren per jaar)
Samengestelde SLA is de serviceovereenkomst die is gebaseerd op de implementatie van elke asset in de workload. Dat veld leidt tot geschatte storingen (gelabeld Est.Outage in de werkmap). 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 SLA-percentage) × aantal uren in een jaar
De werkmap gebruikt de standaardwaarde van 8760 uur per jaar.
Impact van standaardverlies
Standaard verliesimpact (gelabeld Standard Impact in de werkmap) voorspelt de financiële impact van een storing, ervan uitgaande dat de geschatte voorspelling van de storing correct is. Als u deze prognose wilt berekenen zonder de werkmap te gebruiken, past u de volgende formule toe:
Standaardimpact = geschatte storing bij drie 9s uptime × tijd-waarde-impact
Dit fungeert als basis voor de kosten, mocht de zakelijke belanghebbenden ervoor kiezen om te investeren in een hoger beheerniveau.
Impact van samengestelde SLA
Impact van samengestelde SLA (gelabeld Commitment level impact in de werkmap) biedt bijgewerkte fiscale impact, op basis van de wijzigingen in de SLA voor uptime. Met deze berekening kunt u de verwachte financiële impact van beide opties vergelijken. Als u deze prognoseimpact wilt berekenen zonder het werkblad, past u de volgende formule toe:
Impact samengestelde SLA = geschatte uitval × tijdswaarde
De waarde vertegenwoordigt de potentiële verliezen die moeten worden vermeden door het gewijzigde toezeggingsniveau en de nieuwe samengestelde SLA.
Vergelijkingsbasis
Vergelijkingsbasis evalueert standaardimpact en samengestelde SLA-impact om te bepalen welke het meest geschikt is in de retourkolom.
Rendement op verlies vermijden
Als de kosten voor het beheren van een workload de potentiële verliezen overschrijden, is de voorgestelde investering in cloudbeheer mogelijk niet vruchtbaar. Als u het vermijden van rendement op verlies wilt vergelijken, raadpleegt u de kolom met het label Jaarlijkse ROI****. Gebruik de volgende formule om deze kolom zelf te berekenen:
Rendement op verlies vermijden = (vergelijkingsbasis - (maandelijkse kosten × 12) ) ÷ (maandelijkse kosten × 12) )
Tenzij er andere factoren voor zachte kosten zijn om rekening mee te houden, kan deze vergelijking snel aangeven of er meer moet worden geïnvesteerd in cloudbewerkingen, tolerantie, betrouwbaarheid of andere gebieden.
De toezegging valideren
Op dit punt in het proces zijn toezeggingen gedaan: gecentraliseerde of gedelegeerde verantwoordelijkheid, Azure-tenancy en toezeggingsniveau. Elke toezegging moet worden gevalideerd en gedocumenteerd om ervoor te zorgen dat het cloudbedrijfsteam, het cloudstrategieteam en de zakelijke belanghebbenden zijn afgestemd op deze toezegging om de workload te beheren.
Volgende stappen
Nadat de toezeggingen zijn gedaan, kunnen de verantwoordelijke operationele teams beginnen met het configureren van de betreffende workload. Evalueer verschillende benaderingen voor inventarisatie en zichtbaarheid om aan de slag te gaan.