Sdílet prostřednictvím


Obchodní závazek při správě cloudu

Obchodní závazek vám pomůže definovat úroveň provozní správy s přijatelnými provozními náklady. Pokud chcete definovat obchodní závazek, musíte vyvážit priority. Tento článek popisuje, jak vyhodnotit datové body a výpočty a zjistit tak tento zůstatek.

Můžete mít závazky týkající se obchodní stability, které ospravedlňují obchodní rozhodnutí. Závazky stability můžou zahrnovat smlouvy o úrovni služeb (SLA) nebo určitou úroveň technické odolnosti. U většiny úloh potřebujete jenom základní úroveň správy cloudu. U jiných úloh můžete strávit dvě až čtyřikrát více na správu cloudu v porovnání se základní úrovní. Tyto náklady můžete odůvodnit z důvodu potenciálního dopadu přerušení podnikání.

Předchozí články v této sérii vám pomůžou pochopit klasifikaci a dopad přerušení různých úloh. Tento článek vám pomůže vypočítat vrácení.

Následující diagram ukazuje, že každá úroveň správy cloudu má inflexní body, ve kterých můžou náklady zvýšit rychleji než odolnost. Tyto inflexní body výzev k podrobným obchodním rozhodnutím a obchodním závazkům.

Diagram znázorňující rovnováhu nákladů a odolnosti

Určení správného závazku

Pro každou úlohu v portfoliu by tým cloudové provozního týmu a týmu cloudové strategie měly odpovídat úrovni správy, kterou tým cloudového provozu přímo poskytuje.

Když vaše firma vytvoří závazek, určete, jak sladit následující aspekty.

  • Požadavky na provoz IT
  • Odpovědnost za správu
  • Cloudová tenantská architektura
  • Faktory s měkkými náklady
  • Návratnost investic (ROI) – zabránění ztrátě
  • Ověření úrovně správy

Následující části vám pomůžou při rozhodování podrobněji popisovat tyto aspekty.

Určení požadavků na provoz IT

Průvodce správou Azure popisuje nástroje pro správu Azure. Než podnik podnik podniká závazek, měl by IT určit přijatelný směrný plán správy na úrovni standardu, který se použije pro všechny spravované úlohy. Pro každou spravovanou úlohu v portfoliu IT pak může IT vypočítat standardní náklady na správu založené na jádrech procesoru, místa na disku a dalších proměnných souvisejících s prostředky. IT může také odhadnout složený cíl na úrovni služby (SLO) pro každou úlohu na základě architektury.

Provozní týmy IT často používají výchozí minimální dobu provozu 99,9 % pro počáteční složené SLO. Mohou normalizovat náklady na správu na základě průměrné úlohy, zejména pro řešení, která mají minimální požadavky na protokolování a úložiště. Aby bylo možné poskytnout výchozí bod pro počáteční konverzace, může provozní tým IT průměrovat náklady na několik úloh střední důležitosti.

Tip

Pokud k plánování správy cloudu používáte sešit provozní správy, měli byste aktualizovat pole správy operací tak, aby odrážela požadavky na provoz IT. Pole správy operací zahrnují úroveň závazku, složené SLO a měsíční náklady. Měsíční náklady by měly představovat náklady na nástroje provozní správy, které přidáte měsíčně.

Směrný plán správy operací slouží jako počáteční výchozí bod a měli byste také ověřit směrný plán s následujícími aspekty.

Volba modelu odpovědnosti

V tradičním místním prostředí můžete předpokládat, že náklady na správu prostředí jsou náklady na provoz IT nestopé. Náklady na sunk jsou výdaje, které nemůžete obnovit. V cloudu je správa účelným rozhodnutím, které má přímý rozpočtový dopad. Náklady na každou funkci správy můžete přímo přiřadit ke každé úloze, kterou nasadíte do cloudu. S tímto přístupem máte větší kontrolu. Týmy cloudové provozního oddělení a týmy cloudové strategie se ale musí nejprve dohodnout na odpovědnosti.

Vaše firma může také odvést některé z vašich průběžných funkcí správy na poskytovatele služeb. Poskytovatelé služeb můžou pomocí Služby Azure Lighthouse poskytovat vaší firmě přesnou kontrolu. Můžete například udělit přístup k vašim prostředkům a získat větší přehled o akcích, které poskytovatelé služeb provádějí.

Ke správě cloudového prostředí můžete implementovat různé modely.

  • Model delegování odpovědnosti: IT operace můžou používat přístup označovaný jako delegovaná odpovědnost. Tento přístup nevyžaduje centralizovanou správu a zabraňuje režii na provozní správu. V modelu CCoE (Cloud Center of Excellence) poskytují provoz platforem a automatizace platforem samoobslužné nástroje pro správu, které můžou provozní týmy řízené firmou používat nezávisle na centralizované it provozním týmu.

    Tento přístup dává obchodním účastníkům úplnou kontrolu nad rozpočty souvisejícími se správou. Tým CCoE také může zajistit, aby byla správně implementována minimální sada mantinely. IT funguje jako zprostředkovatel a průvodce, který pomáhá vaší firmě činit moudrá rozhodnutí. Obchodní operace dohlížejí na každodenní provoz závislých úloh.

  • Model centralizované odpovědnosti: Vaše firma může vyžadovat centrální týmový model IT, pokud máte požadavky na dodržování předpisů, technickou složitost nebo některé modely sdílených služeb. V centrálním modelu IT provádí IT své povinnosti v oblasti řízení provozu.

    Můžete centrálně spravovat a řídit návrh životního prostředí, řízení řízení a nástroje zásad správného řízení, které brání obchodním zúčastněným stranám v provádění závazků správy. Díky přehledu o nákladech a architektuře cloudových přístupů je ale pro centralizované IT jednodušší komunikovat náklady a úroveň správy jednotlivých úloh.

  • Smíšený model: Klasifikace je základem smíšeného modelu odpovědností za správu. Pokud je vaše firma v procesu transformace z místního prostředí do cloudu, můžete nějakou dobu vyžadovat místní provozní model. Pokud má vaše firma přísné požadavky na dodržování předpisů nebo závisí na dlouhodobých kontraktech s dodavateli IT outsourcingu, možná budete potřebovat centralizovaný provozní model.

    Přístup se smíšeným modelem poskytuje rovnováhu. V tomto přístupu centrální IT tým poskytuje centralizovaný provozní model pro všechny úlohy, které jsou klíčové nebo obsahují citlivé informace. Tým umístí všechny ostatní klasifikace úloh do cloudového prostředí, které podporuje delegovaná odpovědnost. Centralizovaný přístup odpovědnosti slouží jako obecný provozní model, ale vaše firma má flexibilitu přijmout specializovaný provozní model na základě požadované úrovně podpory a citlivosti.

Zvažte, kdo je zodpovědný za každodenní správu provozu pro úlohu. Váš přístup k zodpovědnosti ovlivňuje vaše závazky.

Správa cloudové architektury tenantů

Obvykle můžete spravovat prostředky snadněji, když se nacházejí v jednom tenantovi. Možná ale budete muset udržovat více tenantů. Další informace o tom, proč můžete vyžadovat víceklientové prostředí Azure, najdete v tématu Centralizované operace správy pomocí Azure Lighthouse.

Zvažte faktory měkkých nákladů

Další část popisuje přístup k určení srovnávacích výnosů, které jsou spojeny s různými úrovněmi procesů správy a nástrojů. Pro každou analyzovanou úlohu můžete měřit náklady na správu vzhledem k předpokládanému dopadu přerušení podnikání. Pomocí následující metody určete, jestli potřebujete investovat do rozsáhlejších přístupů ke správě.

Před výpočtem čísel zvažte faktory měkkých nákladů. Faktory měkkých nákladů vytvářejí návratnost, ale tento výnos je obtížné měřit prostřednictvím přímých úspor pevných nákladů, které jsou viditelné ve výpisu zisku a ztráty. Faktory měkkých nákladů mohou znamenat potřebu investovat do vyšší úrovně řízení, než je fiskální obezřetné.

Mezi příklady faktorů s měkkými náklady patří:

  • Denní využití úloh radou nebo generálním ředitelem

  • Využití úloh podle nejvyššího x % zákazníků, které vede k většímu dopadu na výnosy jinde.

  • Dopad na spokojenost zaměstnanců

Dalším datovým bodem, který byste měli vyhodnotit, je seznam faktorů s měkkými náklady. Tyto faktory v této fázi nemusíte zdokumentovat, ale obchodní zúčastněné strany si uvědomují jejich důležitost a vyloučení z následujících výpočtů.

Výpočet návratnosti ztrát

Když IT tým, který je zodpovědný za cloudové operace, vypočítá relativní návratnost nákladů na řízení provozu, měl by dokončit výše uvedené požadavky a předpokládat minimální úroveň správy pro všechny úlohy.

Dalším závazkem, který má vaše firma provést, je přijmout náklady spojené s nabídkou spravovanou podle směrného plánu. Určete, jestli vaše firma souhlasí s investováním do standardní nabídky, aby splňovala minimální standardy cloudových operací.

Pokud vaše firma nesouhlasí s danou úrovní správy, musíte vytvořit řešení, aby vaše firma pokračovala. Ujistěte se, že vaše řešení nemá materialně vliv na cloudové operace jiných úloh.

Možná budete chtít víc než standardní úroveň správy. Následující část vám pomůže ověřit, že investice a související výnosy ve formě zabránění ztrátě.

Zvýšení úrovní správy

U spravovaných řešení můžete kromě standardních hodnot správy použít několik principů návrhu a řešení šablon. Každý princip návrhu pro spolehlivost a odolnost zvyšuje provozní náklady na úlohu. IT a vaše podnikání musí s těmito dodatečnými závazky souhlasit, takže musíte porozumět potenciálním ztrátám, kterým se můžete vyhnout, když implementujete více principů.

Následující výpočty poskytují vzorce, které vám pomůžou lépe pochopit rozdíly mezi ztrátami a zvýšenými investicemi do správy. Další informace o výpočtu nákladů na zvýšenou správu najdete v tématu Automatizace úloh a automatizace platformy.

Tip

Pokud k plánování správy cloudu použijete sešit správy operací, aktualizujte pole správy operací tak, aby odrážela každou konverzaci. Tyto změny aktualizují vzorce NÁVRATNOSTI a každé z následujících polí.

Odhad výpadku

Složené SLO je smlouva SLA založená na nasazení jednotlivých prostředků v úloze. Složené pole SLO řídí odhadovaný výpadek, který je v sešitu označený Est. Outage . Pokud chcete vypočítat odhadovaný výpadek v hodinách za rok bez použití sešitu, použijte následující vzorec:

Odhadovaný výpadek = (1 – složené procento cíle úrovně služby) × počtu hodin v roce

Sešit používá výchozí hodnotu 8 760 hodin za rok.

Standardní dopad ztráty

Standardní dopad ztráty předpovídá finanční dopad jakéhokoli výpadku za předpokladu, že předpokládaná předpověď výpadku je přesná. Standardní dopad ztráty je v sešitu označený Standard Impact . Pokud chcete vypočítat tuto prognózu bez použití sešitu, použijte následující vzorec:

Standardní dopad = odhadovaný výpadek @ 39s of uptime × time-value impact

Hodnota slouží jako směrný plán nákladů, pokud obchodní účastníci investují do vyšší úrovně správy.

Dopad složeného cíle na SLO

Dopad složeného cíle úrovně služby poskytuje aktualizovaný fiskální dopad na základě změn smlouvy SLA o době provozu. Tento výpočet použijte k porovnání předpokládaného finančního dopadu obou možností. Dopad složeného cíle na SLO je v sešitu označený Commitment level impact . Pokud chcete vypočítat tento prognózovaný dopad bez tabulky, použijte následující vzorec:

Dopad složeného cíle na SLO = odhadovaný výpadek × dopad na časovou hodnotu

Hodnota představuje potenciální ztráty, kterým by se měla zabránit změněná úroveň závazku a nové složené SLO.

Základ porovnání

Pole Srovnávací základna vyhodnocuje standardní dopad a složený dopad na cíl úrovně služby, aby bylo možné určit výši výnosu v poli Roční roI .

Vrácení ztráty

Pokud náklady na správu úloh překračují potenciální ztráty, nemusí být navrhované investice do správy cloudu užitečné. Pokud chcete porovnat návrat při ztrátě, podívejte se na sloupec s popiskem Annual ROI. Pokud chcete tento sloupec vypočítat sami, použijte následující vzorec:

Vrácení zpětné ztráty = (srovnání – (měsíční náklady × 12) ) ÷ (měsíční náklady × 12)

Pokud nemáte na zvážení další faktory měkkých nákladů, můžete pomocí tohoto porovnání rychle zjistit, jestli potřebujete investovat více do cloudových operací, odolnosti, spolehlivosti nebo jiných oblastí.

Ověření závazku

V tomto okamžiku může vaše firma učinit závazky, včetně centralizované nebo delegované odpovědnosti a tenantů Azure, a určit úroveň závazku. Každý závazek můžete ověřit a zdokumentovat, abyste zajistili, že tým cloudového provozu, tým cloudové strategie a obchodní účastníci budou tyto závazky sladit s cílem spravovat úlohy.

Další krok

Po splnění závazků můžou příslušné provozní týmy nakonfigurovat úlohy. Začněte tím, že vyhodnotíte různé přístupy k inventáři a viditelnosti.