Metriky a ukazatele tolerance tolerance v oboru akcelerace nasazeníRisk tolerance metrics and indicators in the Deployment Acceleration discipline

Naučte se kvantifikovat tolerance obchodních rizik spojené s oborem akcelerace nasazení.Learn to quantify business risk tolerance associated with the Deployment Acceleration discipline. Definování metrik a indikátorů pomáhá vytvořit obchodní případ pro investice do splatnosti tohoto oboru.Defining metrics and indicators helps to create a business case for investing in the maturity of this discipline.

MetrikyMetrics

Akcelerace nasazení se zaměřuje na rizika související s tím, jak se konfigurují, nasazují, aktualizují a udržují cloudové prostředky.Deployment acceleration focuses on risks related to how cloud resources are configured, deployed, updated, and maintained. Při přijímání oboru akcelerace nasazení jsou užitečné následující informace:The following information is useful when adopting the Deployment Acceleration discipline:

  • Selhání nasazení: Procento nasazení, která selžou nebo způsobují nesprávně nakonfigurované prostředky.Deployment failures: Percentage of deployments that fail or result in misconfigured resources.
  • Čas do nasazení: Množství času potřebného k nasazení aktualizací do stávajícího systému.Time to deployment: The amount of time needed to deploy updates to an existing system.
  • Prostředky nesplňující předpisy: Počet nebo procentuální podíl prostředků, které nedodržují definované zásady.Assets out-of-compliance: The number or percentage of resources that are out of compliance with defined policies.

Indikátory tolerance rizikRisk tolerance indicators

Rizika související s akcelerací nasazení jsou převážně v podstatě týkající se počtu a složitosti cloudových systémů nasazených pro váš podnik.Risks related to deployment acceleration are largely related to the number and complexity of cloud-based systems deployed for your enterprise. Vzhledem k růstu vaší cloudové služby se zvýší počet nasazených systémů a frekvence aktualizace prostředků cloudu.As your cloud estate grows, the number of systems deployed and the frequency of updating your cloud resources will increase. Závislosti mezi prostředky zvyšují důležitost zajištění správné konfigurace prostředků a navrhování systémů pro odolnost v případě, že jeden nebo více prostředků dochází k neočekávanému výpadku.Dependencies between resources magnify the importance of ensuring proper configuration of resources and designing systems for resiliency if one or more resources experiences unexpected downtime.

Tradiční firemní IT oddělení často vypracovali operace, zabezpečení a vývojové týmy, které často nespolupracují dobře nebo jsou dokonce Adversarial nebo nepřátelně navzájem.Traditional corporate IT organizations often have siloed operations, security, and development teams that often do not collaborate well or are even adversarial or hostile toward one another. V brzké době se tyto výzvy uznávají a integrují klíčové účastníky z každého týmu, které vám pomůžou zajistit flexibilitu v průběhu vašeho cloudového přijetí a přitom zůstat zabezpečený a dobře řízený.Recognizing these challenges early and integrating key stakeholders from each of the teams can help ensure agility in your cloud adoption while remaining secure and well-governed. Proto zvažte, že budete mít na začátku svou cestu k přijetí cloudu DevOps nebo DevSecOps organizační jazykovou verzi.Therefore, consider adopting a DevOps or DevSecOps organizational culture early in your cloud adoption journey.

Spolupracujte se svým DevSecOps týmem a obchodními stranami a Identifikujte obchodní rizika související s konfigurací a pak určíte přijatelné standardní hodnoty pro odolnost proti riziku konfigurace.Work with your DevSecOps team and business stakeholders to identify business risks related to configuration, then determine an acceptable baseline for configuration risk tolerance. V této části doprovodné materiály k rozhraní pro přijetí do cloudu najdete příklady, ale podrobná rizika a směrné plány vaší společnosti nebo nasazení se nejspíš budou lišit.This section of the Cloud Adoption Framework guidance provides examples, but the detailed risks and baselines for your company or deployments will likely differ.

Jakmile budete mít základnu, stanovte minimální srovnávací testy představující nepřijatelný nárůst zjištěných rizik.Once you have a baseline, establish minimum benchmarks representing an unacceptable increase in your identified risks. Tyto srovnávací testy fungují jako triggery, pokud potřebujete provést akci k nápravě těchto rizik.These benchmarks act as triggers for when you need to take action to remediate these risks. Následuje několik příkladů, jak se metriky související se konfigurací, jako jsou výše popsané výše, můžou zvýšit investice do oboru akcelerace nasazení.The following are a few examples of how configuration-related metrics, such as those discussed above, can justify an increased investment in the Deployment Acceleration discipline.

  • Aktivační události posunu konfigurace: Společnost, u které dochází k neočekávaným změnám v konfiguraci klíčových systémových komponent nebo selhání při nasazení nebo aktualizacích systémů, by měla investovat do oboru akcelerace nasazení, aby identifikovala hlavní příčiny a kroky pro nápravu.Configuration drift triggers: A company that is experiencing unexpected changes in the configuration of key system components, or failures in the deployment of or updates to its systems, should invest in the Deployment Acceleration discipline to identify root causes and steps for remediation.
  • Aktivační události mimo dodržování předpisů: Pokud počet prostředků nesplňujících požadavky překročí stanovenou prahovou hodnotu (buď jako celkový počet prostředků, nebo procento z celkového počtu prostředků), společnost by měla investovat do vylepšení oboru akcelerace nasazení, aby se zajistilo dodržování předpisů v celém životním cyklu daného prostředku.Out of compliance triggers: If the number of out-of-compliance resources exceeds a defined threshold (either as a total number of resources or a percentage of total resources), a company should invest in Deployment Acceleration discipline improvements to ensure each resource's configuration remains in compliance throughout that resource's lifecycle.
  • Aktivační události plánu projektu: Pokud čas nasadit prostředky společnosti a aplikace často překračuje prahovou hodnotu definovat, společnost by měla investovat do procesů zrychlení nasazení, aby zavedla nebo vylepšila automatizované nasazení za účelem zajištění konzistence a předvídatelnosti.Project schedule triggers: If the time to deploy a company's resources and applications often exceed a define threshold, a company should invest in its deployment acceleration processes to introduce or improve automated deployments for consistency and predictability. Doba nasazení měřená ve dnech nebo dokonce i v týdnech obvykle indikuje strategii akcelerace nasazení, která je v podoptimálním prostředí.Deployment times measured in days or even weeks usually indicate a suboptimal Deployment Acceleration strategy.

Další krokyNext steps

Pomocí šablony pravidla akcelerace nasazení můžete dokumentovat metriky a indikátory tolerance, které odpovídají aktuálnímu plánu přijetí do cloudu.Use the Deployment Acceleration discipline template to document metrics and tolerance indicators that align to the current cloud adoption plan.

Projděte si ukázkové zásady akcelerace nasazení jako výchozí bod pro vývoj vlastních zásad, které budou řešit konkrétní podniková rizika zarovnaná s plány pro přijetí v cloudu.Review sample Deployment Acceleration policies as a starting point to develop your own policies to address specific business risks aligned with your cloud adoption plans.