Affärsåtagande inom molnhantering
Ett affärsåtagande hjälper dig att definiera din nivå av driftshantering till en acceptabel driftskostnad. För att definiera ett affärsåtagande måste du balansera prioriteringar. Den här artikeln beskriver hur du utvärderar datapunkter och beräkningar för att hitta den balansen.
Du kan ha åtaganden som är relaterade till affärsstabilitet som motiverar affärsbeslut. Stabilitetsåtaganden kan omfatta serviceavtal (SLA) eller en viss nivå av teknisk återhämtning. För de flesta arbetsbelastningar behöver du bara en baslinjenivå för molnhantering. För andra arbetsbelastningar kan du spendera två till fyra gånger mer på molnhantering jämfört med en baslinjenivå. Du kan motivera den här kostnaden på grund av den potentiella effekten av affärsavbrott.
Föregående artiklar i den här serien kan hjälpa dig att förstå klassificeringen och effekten av avbrott i olika arbetsbelastningar. Den här artikeln hjälper dig att beräkna returerna.
Följande diagram visar att varje nivå av molnhantering har brytpunkter där kostnaden kan öka snabbare än återhämtning. Dessa böjningspunkter leder till detaljerade affärsbeslut och affärsåtaganden.
Fastställa ett korrekt åtagande
För varje arbetsbelastning i en portfölj bör molndriftsteamet och molnstrategiteamet anpassa sig till den hanteringsnivå som molndriftsteamet tillhandahåller direkt.
När ditt företag upprättar ett åtagande ska du bestämma hur du ska justera följande aspekter.
- Krav för IT-åtgärder
- Hanteringsansvar
- Molntjänster
- Faktorer med mjuk kostnad
- Undvikande av avkastning på investeringar (ROI)
- Validering av hanteringsnivå
För att hjälpa dig att fatta beslut beskriver följande avsnitt dessa aspekter mer detaljerat.
Fastställa krav för IT-åtgärder
Azure-hanteringsguiden beskriver Azure-hanteringsverktyg. Innan ditt företag gör ett åtagande bör IT fastställa en acceptabel baslinje för standardhantering som ska tillämpas på alla hanterade arbetsbelastningar. För var och en av de hanterade arbetsbelastningarna i IT-portföljen kan IT sedan beräkna en standardhanteringskostnad som baseras på CPU-kärnor, diskutrymme och andra tillgångsrelaterade variabler. IT kan också uppskatta ett sammansatt servicenivåmål (SLO) för varje arbetsbelastning baserat på arkitekturen.
IT-driftsteam använder ofta en standardtid på minst 99,9 % drifttid för det ursprungliga sammansatta SLO:t. De kan normalisera hanteringskostnader baserat på den genomsnittliga arbetsbelastningen, särskilt för lösningar som har minimala loggnings- och lagringsbehov. För att tillhandahålla en startpunkt för inledande konversationer kan IT-driftsteamet beräkna kostnaderna för några arbetsbelastningar med medelhög allvarlighetsgrad.
Dricks
Om du använder arbetsboken för drifthantering för att planera för molnhantering bör du uppdatera fälten för hantering av åtgärder så att de återspeglar kraven för IT-åtgärder. Fälten för hantering av åtgärder omfattar åtagandenivå, sammansatt servicenivå och månadskostnad. Månadskostnaden ska representera kostnaden för de drifthanteringsverktyg som du lägger till varje månad.
Baslinjen för hantering av åtgärder fungerar som en första startpunkt och du bör även verifiera baslinjen med följande aspekter.
Välj en ansvarsmodell
I en traditionell lokal miljö kan du anta att kostnaden för att hantera miljön är en lägre kostnad för IT-åtgärder. En lägre kostnad är en kostnad som du inte kan återställa. I molnet är hantering ett målmedgivande beslut som har en direkt budgetpåverkan. Du kan direkt tillskriva kostnaderna för varje hanteringsfunktion till varje arbetsbelastning som du distribuerar till molnet. Du har större kontroll över den här metoden. Men molndriftsteamen och molnstrategiteamen måste först åta sig ett avtal om ansvarsområden.
Ditt företag kan också lägga ut några av dina pågående hanteringsfunktioner till en tjänstleverantör. Tjänsteleverantörer kan använda Azure Lighthouse för att ge ditt företag exakt kontroll. Du kan till exempel ge åtkomst till dina resurser och få större insyn i de åtgärder som tjänsteleverantörer utför.
Om du vill hantera din molnmiljö kan du implementera olika modeller.
Delegerad ansvarsmodell: IT-åtgärder kan använda en metod som kallas delegerat ansvar. Den här metoden kräver inte centraliserad hantering och förhindrar driftshantering. I en CCoE-modell (Cloud Center of Excellence) tillhandahåller plattformsåtgärder och plattformsautomation självbetjäningsverktyg som företagsledda driftsteam kan använda, oberoende av ett centraliserat IT-driftsteam.
Den här metoden ger affärsintressenter fullständig kontroll över hanteringsrelaterade budgetar. CCoE-teamet kan också se till att en minsta uppsättning skyddsräcken implementeras korrekt. IT fungerar som en mäklare och en guide för att hjälpa ditt företag att fatta kloka beslut. Verksamheten övervakar den dagliga driften av beroende arbetsbelastningar.
Centraliserad ansvarsmodell: Din verksamhet kan kräva en central IT-teammodell om du har efterlevnadskrav, teknisk komplexitet eller några modeller för delade tjänster. I en central IT-modell utför IT sitt verksamhetshanteringsansvar.
Du kan centralt hantera och kontrollera miljödesign, hanteringskontroller och styrningsverktyg, vilket hindrar affärsintressenter från att göra hanteringsåtaganden. Men insynen i kostnaden och arkitekturen för molnmetoder gör det enklare för centraliserad IT att kommunicera kostnaden och hanteringsnivån för varje arbetsbelastning.
Blandad modell: Klassificering är grunden för en blandad modell av hanteringsansvar. Om ditt företag håller på att transformeras från lokalt till molnet kan du behöva en lokal första driftsmodell under en tid. Om ditt företag har strikta efterlevnadskrav eller är beroende av långsiktiga kontrakt med LEVERANTÖRER av IT-outsourcing kan du behöva en centraliserad driftsmodell.
En metod för mixad modell ger balans. I den här metoden tillhandahåller ett centralt IT-team en centraliserad driftsmodell för alla arbetsbelastningar som är verksamhetskritiska eller innehåller känslig information. Teamet placerar alla andra arbetsbelastningsklassificeringar i en molnmiljö som stöder delegerade ansvarsområden. Den centraliserade ansvarsmetoden fungerar som den allmänna driftsmodellen, men ditt företag har flexibilitet att anta en specialiserad driftsmodell baserat på den support- och känslighetsnivå som krävs.
Överväg vem som ansvarar för den dagliga driftshanteringen för en arbetsbelastning. Ditt ansvarssätt påverkar dina åtaganden.
Hantera molninnehavare
Vanligtvis kan du hantera tillgångar enklare när de finns i en enda klientorganisation. Men du kan behöva underhålla flera klienter. Mer information om varför du kan behöva en Azure-miljö med flera klientorganisationer finns i Centralisera hanteringsåtgärder med Azure Lighthouse.
Överväg faktorer med mjuk kostnad
I nästa avsnitt beskrivs en metod för att fastställa jämförande avkastningar som är associerade med olika nivåer av hanteringsprocesser och verktyg. För varje analyserad arbetsbelastning kan du mäta kostnaden för hantering i förhållande till den prognostiserade effekten av affärsstörningar. Använd följande metod för att avgöra om du behöver investera i mer omfattande hanteringsmetoder.
Innan du beräknar talen bör du överväga faktorerna för mjuk kostnad. Mjuka kostnadsfaktorer ger avkastning, men den avkastningen är svår att mäta genom direkta kostnadsbesparingar som visas i en resultaträkning. Faktorer med mjuka kostnader kan tyda på ett behov av att investera i en högre förvaltningsnivå än vad som är skattemässigt klokt.
Några exempel på faktorer med mjuk kostnad är:
Styrelsens eller VD:ns dagliga arbetsbelastningsanvändning.
Arbetsbelastningsanvändning av de översta x % av kunderna som leder till en större intäktspåverkan någon annanstans.
Påverkan på medarbetarnas tillfredsställelse.
För att göra ett åtagande är nästa datapunkt som du bör utvärdera en lista över faktorer med mjuka kostnader. Du behöver inte dokumentera dessa faktorer i det här skedet, men gör affärsintressenter medvetna om deras betydelse och deras exkludering från följande beräkningar.
Beräkna förlustundandragande ROI
När IT-teamet som ansvarar för molnåtgärder beräknar den relativa avkastningen på operations management-kostnader bör de uppfylla de tidigare nämnda förutsättningarna och anta en lägsta hanteringsnivå för alla arbetsbelastningar.
Nästa åtagande som ditt företag bör göra är att acceptera de kostnader som är associerade med det baslinjehanterade erbjudandet. Avgör om ditt företag samtycker till att investera i baslinjeerbjudandet för att uppfylla minimikraven för molndrift.
Om ditt företag inte samtycker till den nivån av hantering måste du skapa en lösning så att ditt företag kan fortsätta. Se till att din lösning inte väsentligt påverkar molndriften för andra arbetsbelastningar.
Du kanske vill ha mer än standardhanteringsnivån. I följande avsnitt kan du verifiera investeringen och den tillhörande avkastningen i form av undvikande av förlust.
Öka hanteringsnivåer
För hanterade lösningar kan du tillämpa flera designprinciper och malllösningar utöver hanteringsbaslinjen. Varje designprincip för tillförlitlighet och återhämtning lägger till driftskostnader för arbetsbelastningen. IT och ditt företag måste komma överens om dessa extra åtaganden, så du måste förstå potentiella förluster som du kan undvika när du implementerar fler principer.
Följande beräkningar innehåller formler som hjälper dig att bättre förstå skillnaderna mellan förluster och ökade förvaltningsinvesteringar. Mer information om hur du beräknar kostnaden för ökad hantering finns i Arbetsbelastningsautomatisering och Plattformsautomatisering.
Dricks
Om du använder arbetsboken för drifthantering för att planera för molnhantering uppdaterar du fälten för drifthantering så att de återspeglar varje konversation. Dessa ändringar uppdaterar ROI-formler och vart och ett av följande fält.
Beräkna avbrott
Det sammansatta serviceavtalet är det serviceavtal som baseras på distributionen av varje tillgång i arbetsbelastningen. Det sammansatta SLO-fältet styr det uppskattade driftstoppet, som är märkt Est. Outage i arbetsboken. Om du vill beräkna det uppskattade driftstoppet i timmar per år utan att använda arbetsboken använder du följande formel:
Uppskattat avbrott = (1 – sammansatt SLO-procentandel) × antal timmar under ett år
Arbetsboken använder standardvärdet 8 760 timmar per år.
Standardförlustpåverkan
Standardförlustpåverkan förutspår den ekonomiska effekten av eventuella avbrott, förutsatt att den uppskattade avbrottsförutsägelserna visar sig vara korrekta. Standardförlustpåverkan är märkt Standard Impact i arbetsboken. Om du vill beräkna den här prognosen utan att använda arbetsboken använder du följande formel:
Standardpåverkan = uppskattat avbrott @ tre 9:e drifttid × påverkan på tidsvärdet
Värdet fungerar som en baslinje för kostnader om affärsintressenterna investerar i en högre hanteringsnivå.
Komposit-SLO-effekt
Den sammansatta SLO-effekten ger den uppdaterade finanspolitiska effekten, baserat på ändringarna i serviceavtalet för drifttid. Använd den här beräkningen för att jämföra den beräknade ekonomiska effekten av båda alternativen. Den sammansatta SLO-effekten är märkt Commitment level impact i arbetsboken. Om du vill beräkna den här prognostiserade effekten utan kalkylbladet använder du följande formel:
Komposit-SLO-påverkan = uppskattat avbrott × påverkan på tidsvärdet
Värdet representerar de potentiella förluster som den ändrade åtagandenivån och den nya sammansatta SLO:n bör förhindra.
Jämförelsebas
Fältet Jämförelsebas utvärderar standardpåverkan och sammansatt SLO-påverkan för att fastställa mängden avkastning i det årliga ROI-fältet .
Avkastning vid undvikande av förlust
Om kostnaden för att hantera en arbetsbelastning överskrider de potentiella förlusterna kanske den föreslagna investeringen i molnhantering inte är värdefull. Om du vill jämföra undvikande av förlust kan du läsa kolumnen med etiketten Annual ROI. Om du vill beräkna den här kolumnen på egen hand använder du följande formel:
Avkastning vid förlustundandragande = (jämförelsebas - (månadskostnad × 12) ) ÷ (månadskostnad × 12)
Om du inte har andra faktorer för mjuk kostnad att tänka på kan du använda den här jämförelsen för att snabbt avgöra om du behöver investera mer i molndrift, återhämtning, tillförlitlighet eller andra områden.
Verifiera åtagandet
I det här skedet av processen kan ditt företag göra åtaganden, inklusive centraliserat eller delegerat ansvar och Azure-innehavaransvar, och fastställa åtagandenivån. Du kan verifiera och dokumentera varje åtagande för att säkerställa att molndriftsteamet, molnstrategiteamet och affärsintressenterna följer dessa åtaganden för att hantera arbetsbelastningen.
Gå vidare
När du har åtaganden kan de ansvariga driftteamen konfigurera arbetsbelastningen. Kom igång genom att utvärdera olika metoder för inventering och synlighet.