Racionalizace digitálních aktivRationalize the digital estate

Racionalizace cloudu je proces vyhodnocení prostředků k určení nejlepšího přístupu k hostování v cloudu.Cloud rationalization is the process of evaluating assets to determine the best approach to hosting them in the cloud. Po určení přístupu a agregovaného inventářemůže začít racionalizace v cloudu.After you've determined an approach and aggregated an inventory, cloud rationalization can begin. Racionalizace cloudu popisuje nejběžnější možnosti racionalizace.Cloud rationalization discusses the most common rationalization options.

Tradiční pohled na racionalizaciTraditional view of rationalization

Je snadné pochopit racionalizaci, když vizualizujete tradiční proces racionalizace jako složitý rozhodovací strom.It's easy to understand rationalization when you visualize the traditional process of rationalization as a complex decision tree. Každý Asset v digitální nemovitosti se dodává prostřednictvím procesu, který má za následek jednu z pěti odpovědí (pět RS of racionalizace).Each asset in the digital estate is fed through a process that results in one of five answers (the five Rs of rationalization). Pro malé Estates tento proces funguje dobře.For small estates, this process works well. Pro větší Estates je neefektivní a může vést k významným zpožděním.For larger estates, it's inefficient and can lead to significant delays. Podívejme se na proces, kde zjistíte, proč.Let's examine the process to see why. Pak budeme docházet k efektivnějšímu modelu.Then we'll present a more efficient model.

Inventář: Úplný soupis prostředků, včetně aplikací, softwaru, hardwaru, operačních systémů a metrik výkonu systému, je nutný k dokončení úplné racionalizace s využitím tradičních modelů.Inventory: A thorough inventory of assets, including applications, software, hardware, operating systems, and system performance metrics, is required for completing a full rationalization by using traditional models.

Kvantitativní analýza: Ve stromové struktuře se kvantitativní otázky řídí první vrstvou rozhodnutí.Quantitative analysis: In the decision tree, quantitative questions drive the first layer of decisions. Mezi běžné otázky patří následující:Common questions include the following:

  • Používá se tento prostředek ještě dnes?Is the asset in use today?
  • Pokud ano, je optimalizovaná a velikost správně?If so, is it optimized and sized properly?
  • Jaké závislosti existují mezi prostředky?What dependencies exist between assets? Tyto otázky jsou zásadní pro klasifikaci inventáře.These questions are vital to the classification of the inventory.

Kvalitativní analýza: Další sada rozhodnutí vyžaduje lidské poznatky ve formě kvalitativní analýzy.Qualitative analysis: The next set of decisions requires human intelligence in the form of qualitative analysis. Nejčastější dotazy, které jsou zde uvedeny, jsou často jedinečné pro řešení a mohou být zodpovězeny pouze obchodními stranami a skupinami Power Users.Often, the questions that come up here are unique to the solution and can be answered only by business stakeholders and power users. Tato rozhodnutí obvykle odloží proces a výrazně zpomalují věci.These decisions typically delay the process, slowing things down considerably. Tato analýza obvykle spotřebovává 40 až 80 hodin FTE na aplikaci.This analysis generally consumes 40 to 80 FTE hours per application.

Pokyny k vytvoření seznamu kvalitativních otázek analýzy najdete v tématu přístupy k plánování digitálních nemovitostí.For guidance about building a list of qualitative analysis questions, see Approaches to digital estate planning.

Rozhodnutí o racionalizaci: V případě praktického týmu racionalizace jsou kvalitativní a kvantitativní data vytvořena jasná rozhodnutí.Rationalization decision: In the hands of an experienced rationalization team, the qualitative and quantitative data creates clear decisions. Týmy s vysokým stupněm racionalizace by bohužel byly náročné na to, aby se mohli zajímat nebo přebírat v měsících.Unfortunately, teams with a high degree of rationalization experience are expensive to hire or take months to train.

Racionalizace v podniku – škálováníRationalization at enterprise-scale

Pokud je toto úsilí časově náročné a těžké pro digitální vlastnictví 50-VM, Představte si úsilí, které je potřeba k tomu, aby probírala obchodní transformaci v prostředí s tisíci virtuálních počítačů a stovkami aplikací.If this effort is time consuming and daunting for a 50-VM digital estate, imagine the effort that's required to drive business transformation in an environment with thousands of VMs and hundreds of applications. Požadovaná lidská námaha může snadno překročit 1 500 hodin FTE a devět měsíců plánování.The human effort required can easily exceed 1,500 FTE hours and nine months of planning.

I když je úplná racionalizace koncovým stavem a skvělým směrem k přesunu v nástroji, nezpůsobí se tím vysoká návratnost investic (návratnost investic) vzhledem k požadovanému času a energie.While full rationalization is the end state and a great direction to move in, it seldom produces a high ROI (return on investment) relative to the time and energy that's required.

Pokud je racionalizace zásadní pro finanční rozhodnutí, je vhodné zvážit organizaci profesionálních služeb, které se specializují na racionalizaci cloudu, a urychlit tak proces.When rationalization is essential to financial decisions, it's worth considering a professional services organization that specializes in cloud rationalization to accelerate the process. I pak plná racionalizace může být nákladný a časově náročné úsilí, které zpozdí transformaci nebo obchodní výsledky.Even then, full rationalization can be a costly and time-consuming effort that delays transformation or business outcomes.

Zbývající část tohoto článku popisuje alternativní přístup, označovaný jako přírůstkové racionalizace.The rest of this article describes an alternative approach, known as incremental rationalization.

Přírůstkové racionalizaceIncremental rationalization

Kompletní racionalizace rozsáhlého digitálního majetku je náchylná k riziku a může způsobit zpoždění z důvodu jeho složitosti.The complete rationalization of a large digital estate is prone to risk and can suffer delays because of its complexity. Předpokladem pro přírůstkový přístup je to, že opožděná rozhodnutí rozdělují zatížení podniku, aby se snížilo riziko překážek.The assumption behind the incremental approach is that delayed decisions stagger the load on the business to reduce the risk of roadblocks. V průběhu času tento přístup vytvoří organické modely pro vývoj procesů a zkušeností potřebných k efektivnějšímu rozhodování o rozhodnutích racionalizace.Over time, this approach creates an organic model for developing the processes and experience required to make qualified rationalization decisions more efficiently.

Inventář: omezení datových bodů zjišťováníInventory: Reduce discovery data points

Několik organizací investuje čas, energii a náklady při zachování přesného inventáře celé digitální nemovitosti v reálném čase.Few organizations invest the time, energy, and expense in maintaining an accurate real-time inventory of the full digital estate. Ztráty, krádeže, aktualizační cykly a registrace zaměstnanců často opravňují k podrobnému sledování prostředků zařízení koncových uživatelů.Loss, theft, refresh cycles, and employee onboarding often justify detailed asset tracking of end-user devices. K dispozici je často nízká návratnost investic pro zajištění přesného inventáře serverů a aplikací v tradičním místním datacentru.The ROI of maintaining an accurate server and application inventory in a traditional, on-premises datacenter is often low. Většina IT organizací má k dispozici naléhavější problémy, které je potřeba řešit, než sledovat využití dlouhodobých assetů v datovém centru.Most IT organizations have more urgent issues to address than tracking the usage of fixed assets in a datacenter.

V cloudové transformaci se přímo korelují s provozními náklady.In a cloud transformation, inventory directly correlates to operating costs. Pro správné plánování se vyžadují přesné údaje inventáře.Accurate inventory data is required for proper planning. Současné možnosti kontroly životního prostředí můžou zpozdit rozhodování na základě týdnů nebo měsíců.Unfortunately, current environmental scanning options can delay decisions by weeks or months. Pár štychů může zrychlit shromažďování dat.Fortunately, a few tricks can accelerate data collection.

Kontrola založená na agentech je nejčastěji citovaná prodleva.Agent-based scanning is the most frequently cited delay. Robustní data potřebná pro tradiční racionalizaci je často možné shromažďovat pouze s agentem spuštěným na jednotlivých prostředcích.The robust data that's required for a traditional rationalization can often only be collected with an agent running on each asset. Tato závislost na agentech často zpomaluje průběh, protože může vyžadovat zpětnou vazbu od funkcí zabezpečení, operací a správy.This dependency on agents often slows progress, because it can require feedback from security, operations, and administration functions.

V přírůstkovém procesu racionalizace by bylo možné použít řešení bez agentů k počátečnímu zjišťování k urychlení prvotních rozhodnutí.In an incremental rationalization process, an agentless solution could be used for an initial discovery to accelerate early decisions. V závislosti na úrovni složitosti prostředí se může stále vyžadovat řešení založené na agentech, ale je možné ho odebrat z kritické cesty ke změně firmy.Depending on the level of complexity in the environment, an agent-based solution might still be required, but it can be removed from the critical path to business change.

Kvantitativní analýza: zjednodušení rozhodnutíQuantitative analysis: Streamline decisions

Bez ohledu na přístup ke zjišťování inventáře může kvantitativní analýza řídit počáteční rozhodnutí a předpoklady.Regardless of the approach to inventory discovery, quantitative analysis can drive initial decisions and assumptions. To platí zejména při pokusu o identifikaci první úlohy nebo v případě, že cílem racionalizace je srovnání nákladů na vysoké úrovni.This is especially true when trying to identify the first workload or when the goal of rationalization is a high-level cost comparison. V přírůstkovém procesu racionalizace tým cloudové strategie a týmy přijímání v cloudu omezují pět RS účelnosti na dvě Stručná rozhodnutí a uplatňují tyto kvantitativní faktory.In an incremental rationalization process, the cloud strategy team and the cloud adoption teams limit the five Rs of rationalization to two concise decisions and only apply those quantitative factors. Tím se zjednoduší analýza a sníží se množství počátečních dat, která je potřeba ke změně jednotky.This streamlines the analysis and reduces the amount of initial data that's required to drive change.

Pokud se například organizace nachází v průběhu migrace IaaS do cloudu, můžete předpokládat, že většina úloh bude buď vyřazena, nebo bude znovu hostovat.For example, if an organization is in the midst of an IaaS migration to the cloud, you can assume that most workloads will either be retired or rehosted.

Kvalitativní analýza: dočasné předpokladyQualitative analysis: Temporary assumptions

Omezením počtu potenciálních výsledků je snazší získat počáteční rozhodnutí o budoucím stavu assetu.By reducing the number of potential outcomes, it's easier to reach an initial decision about the future state of an asset. Když omezíte možnosti, snížíte tím také počet otázek, které v této úvodní fázi požádaly o firmu.When you reduce the options, you also reduce the number of questions asked of the business at this early stage.

Například pokud jsou možnosti omezeny na opětovné hostování nebo vyřazení z provozu, musí podnik při počátečním racionalizaci odpovědět pouze na jednu otázku, což znamená, zda Asset vyřadit.For example, if the options are limited to rehosting or retiring, the business needs to answer only one question during initial rationalization, which is whether to retire the asset.

"Analýza naznačuje, že tento Asset aktivně nepoužívá žádní uživatelé."Analysis suggests that no users are actively using this asset. Je to přesné nebo podíváme se na něco? "Is that accurate, or have we overlooked something?" Tato binární otázka je obvykle mnohem jednodušší spustit pomocí kvalitativní analýzy.Such a binary question is typically much easier to run through qualitative analysis.

Díky tomuto zjednodušenému přístupu vznikne směrný plán, finanční plány, strategie a směr.This streamlined approach produces baselines, financial plans, strategy, and direction. V novějších aktivitách každý Asset prochází další racionalizací a kvalitativní analýzou pro vyhodnocení dalších možností.In later activities, each asset goes through further rationalization and qualitative analysis to evaluate other options. Všechny předpoklady, které provedete v této počáteční racionalizaci, jsou testovány před migrací jednotlivých úloh.All assumptions that you make in this initial rationalization are tested before migrating individual workloads.

Kritické zhodnocení předpokladůChallenge assumptions

Výsledek předchozí části je hrubá racionalizace, která je úplným předpokladem.The outcome of the prior section is a rough rationalization that's full of assumptions. Dále je čas na to, abyste si vyzpochybnili některé z těchto předpokladů.Next, it's time to challenge some of those assumptions.

Vyřazení prostředkůRetire assets

V tradičním místním prostředí je hostování malých, nepoužívaných prostředků zřídka významným dopadem na roční náklady.In a traditional on-premises environment, hosting small, unused assets seldom causes a significant impact on annual costs. S několika výjimkami musí být úsilí, které je potřeba k analýze a vyřazení skutečného prostředku, převážene za cenu z vyřazení a vyřazení těchto prostředků.With a few exceptions, FTE effort that's required to analyze and retire the actual asset outweighs the cost savings from pruning and retiring those assets.

Když přejdete na model monitorování účtů cloudu, vyřazení prostředků může způsobit výrazné úspory za roční provozní náklady a úsilí na migraci vpřed.When you move to a cloud accounting model, retiring assets can produce significant savings in annual operating costs and up-front migration efforts.

Po dokončení kvantitativní analýzy není pro organizace neobvyklá vyřazení 20% nebo více jeho digitálního majetku.It's not uncommon for organizations to retire 20% or more of their digital estate after completing a quantitative analysis. Před provedením akce doporučujeme provést další kvalitativní analýzu.We recommend conducting further qualitative analysis before taking action. Po potvrzení se tyto prostředky vyřazením z provozu budou moci vydávat první návratnost Victory migrace do cloudu.After it's confirmed, retiring those assets can produce the first ROI victory of the cloud migration. Často se jedná o jeden z největších faktorů úspory nákladů.This is often one of the biggest cost-saving factors. Proto by tým cloudové strategie měl dohlížet na ověřování a vyřazení prostředků paralelně s provedením metodologie migrace, aby se dosáhlo předčasného finančního úspěchu.Therefore, the cloud strategy team should oversee the validation and retirement of assets, in parallel with execution of the Migrate methodology, to achieve an early financial win.

Úpravy programuProgram adjustments

Společnost se zřídka zachází jenom na jednu cestu transformace.A company seldom embarks on just one transformation journey. Volba mezi snížením nákladů, nárůstem trhu a novými datovými proudy je zřídka binární rozhodnutí.The choice between cost reduction, market growth, and new revenue streams is rarely a binary decision. V takovém případě doporučujeme, aby tým cloudové strategie spolupracoval s ním k identifikaci prostředků v úsilí paralelní transformace, které jsou mimo rozsah primární cesty transformace.As such, we recommend that the cloud strategy team work with IT to identify assets on parallel transformation efforts that are outside of the scope of the primary transformation journey.

V příkladu migrace IaaS uvedeném v tomto článku:In the IaaS migration example given in this article:

  • Požádejte tým DevOps, aby identifikoval prostředky, které už jsou součástí automatizace nasazení, a odeberte tyto prostředky z základního plánu migrace.Ask the DevOps team to identify assets that are already part of a deployment automation and remove those assets from the core migration plan.

  • Položte si data a týmy R&D, abyste identifikovali prostředky, které vycházejí z nových datových proudů příjmů, a odebrat je z základního plánu migrace.Ask the data and R&D teams to identify assets that are powering new revenue streams and remove them from the core migration plan.

Tuto aplikaci můžete rychle provést a vytvořit tak jejich kvalitativní analýzu do několika nevyřízených položek migrace.This program-focused qualitative analysis can be executed quickly and creates alignment across multiple migration backlogs.

Je možné, že stále budete muset vzít v úvahu některé prostředky, jako je opětovné hostování prostředků.You might still need to consider some assets as rehost assets for a while. Po počáteční migraci můžete postupovat v pozdějším racionalizaci.You can phase in later rationalization after the initial migration.

Vyberte první úlohu.Select the first workload

Implementace prvního pracovního vytížení je klíč k testování a učení.Implementing the first workload is key to testing and learning. Je první příležitostí k předvedení a sestavení růstové místoy.It's the first opportunity to demonstrate and build a growth mindset.

Obchodní kritériaBusiness criteria

Aby se zajistila transparentnost firmy, identifikujte zatížení, které je podporováno členem organizační jednotky týmu cloudové strategie.To ensure business transparency, identify a workload that is supported by a member of the cloud strategy team's business unit. Nejlépe si vyberte, ve kterém má tým svěřenou a silnou motivaci, která se má přesunout do cloudu.Preferably choose one in which the team has a vested stake and strong motivation to move to the cloud.

Technická kritériaTechnical criteria

Vyberte úlohu, která má minimální závislosti a kterou lze přesunout jako malou skupinu prostředků.Select a workload that has minimum dependencies and can be moved as a small group of assets. Doporučujeme vybrat úlohu s definovanou testovací cestou, aby bylo ověřování snazší.We recommend that you select a workload with a defined testing path to make validation easier.

První zatížení je často nasazeno v experimentálním prostředí bez provozní kapacity nebo kapacity zásad správného řízení.The first workload is often deployed in an experimental environment with no operational or governance capacity. Je důležité vybrat úlohu, která nekomunikuje s zabezpečenými daty.It's important to select a workload that doesn't interact with secure data.

Kvalitativní analýzaQualitative analysis

Týmy pro přijetí do cloudu a tým cloudové strategie můžou spolupracovat na analýze těchto malých úloh.The cloud adoption teams and the cloud strategy team can work together to analyze this small workload. Tato spolupráce vytvoří kontrolované možnosti pro vytváření a testování kvalitativních kritérií analýzy.This collaboration creates a controlled opportunity to create and test qualitative analysis criteria. Menší populace vytvoří příležitost k prošetření ovlivněných uživatelů a k provedení podrobné kvalitativní analýzy za týden nebo méně.The smaller population creates an opportunity to survey the affected users, and to complete a detailed qualitative analysis in a week or less. Pro běžné kvalitativní analytické faktory se podívejte na konkrétní cíl racionalizace v pěti RS of racionalizace.For common qualitative analysis factors, see the specific rationalization target in the five Rs of rationalization.

MigraceMigration

Paralelně s pokračující racionalizací může tým pro přijetí cloudu začít migrovat malé úlohy a rozšířit tak učení v následujících klíčových oblastech:In parallel with continued rationalization, the cloud adoption team can begin migrating the small workload to expand learning in the following key areas:

  • Posílit dovednosti s platformou poskytovatele cloudu.Strengthen skills with the cloud provider's platform.
  • Definujte základní služby a standardy Azure potřebné k tomu, aby odpovídaly dlouhodobému vidění.Define the core services and Azure standards needed to fit the long-term vision.
  • Lépe pochopíte, jak může operace později v transformaci vyžadovat změnu.Better understand how operations might need to change later in the transformation.
  • Pochopení jakýchkoli obchodních rizik a tolerance firmy pro tato rizika.Understand any inherent business risks and the business's tolerance for those risks.
  • Vytvořte směrný plán nebo minimální životaschopný produkt (MVP) pro řízení na základě tolerance rizika firmy.Establish a baseline or minimum viable product (MVP) for governance based on the business's risk tolerance.

Plánování vydáníRelease planning

I když tým pro přijetí cloudu provádí migraci nebo implementaci první úlohy, může tým cloudové strategie začít upřednostňovat zbývající aplikace a úlohy.While the cloud adoption team is executing the migration or implementation of the first workload, the cloud strategy team can begin prioritizing the remaining applications and workloads.

Výkon 10Power of 10

Tradiční přístup k racionalizaci pokusům o splnění všech předvídatelných potřeb.The traditional approach to rationalization attempts to meet all foreseeable needs. Naštěstí platí, že plán pro každou aplikaci není často nutný ke spuštění cesty transformace.Fortunately, a plan for every application is often not required to start a transformation journey. V přírůstkovém modelu výkon 10 přístupů poskytuje dobrý výchozí bod.In an incremental model, the Power of 10 approach provides a good starting point. V tomto modelu tým strategie cloudu vybere prvních 10 aplikací, které se mají migrovat.In this model, the cloud strategy team selects the first 10 applications to be migrated. Tyto deset úloh by měly obsahovat kombinaci jednoduchých a složitých úloh.Those ten workloads should contain a mixture of simple and complex workloads.

Sestavte první nevyřízené položky.Build the first backlogs

Týmy pro přijetí do cloudu a tým cloudové strategie můžou spolupracovat na kvalitativní analýze prvních 10 úloh.The cloud adoption teams and the cloud strategy team can work together on the qualitative analysis for the first 10 workloads. Toto úsilí vytvoří nové nevyřízené položky s určenou prioritou a první nevyřízené položky s určenou prioritou.This effort creates the first prioritized migration backlog and the first prioritized release backlog. Tato metoda umožňuje týmům iterovat v přístupu a poskytuje dostatek času pro vytvoření vhodného procesu pro kvalitativní analýzu.This method enables the teams to iterate on the approach and provides sufficient time to create an adequate process for qualitative analysis.

Vyspělý procesMature the process

Jakmile dva týmy souhlasí s kritérii kvalitativní analýzy, může se vyhodnocení v rámci každé iterace stát úkolem.After the two teams agree on the qualitative analysis criteria, assessment can become a task within each iteration. Dosažení konsensu na kritéria hodnocení obvykle vyžaduje dvě až tři verze.Reaching consensus on assessment criteria usually requires two to three releases.

Po přesunu posouzení do procesu přírůstkového provádění migrace může tým pro přijetí do cloudu v rámci posuzování a architektury iterovat rychleji.After the assessment has moved into the incremental execution process of migration, the cloud adoption team can iterate faster on assessment and architecture. V této fázi je tým cloudové strategie také abstraktní a zkracuje se na dobu vyprázdnění.At this stage, the cloud strategy team is also abstracted, reducing the drain on their time. To také umožňuje týmu cloudové strategie zaměřit se na aplikace, které ještě nejsou v konkrétní verzi, a zajistit tak těsné sblížení se měnícími se podmínkami na trhu.This also enables the cloud strategy team to focus on prioritizing the applications that are not yet in a specific release, ensuring tight alignment with changing market conditions.

Ne všechny aplikace s určenou prioritou budou připravené k migraci.Not all of the prioritized applications will be ready for migration. Řazení se pravděpodobně změní, protože tým má hlubší kvalitativní analýzu a zjišťuje obchodní události a závislosti, které mohou vyzvat k přehodnocení nevyřízených položek.Sequencing is likely to change as the team does deeper qualitative analysis and discovers business events and dependencies that might prompt reprioritization of the backlog. Některé verze můžou seskupit dohromady malý počet úloh.Some releases might group together a small number of workloads. Jiné můžou obsahovat jenom jednu úlohu.Others might just contain a single workload.

Tým pro přijetí cloudu může spouštět iterace, které nepřinesou úplnou migraci zatížení.The cloud adoption team is likely to run iterations that don't produce a complete workload migration. Čím menší je zatížení a čím méně závislostí, tím pravděpodobnější je, že úloha bude vyhovovat jednomu sprintu nebo iteraci.The smaller the workload, and the fewer dependencies, the more likely a workload is to fit into a single sprint or iteration. Z tohoto důvodu doporučujeme, aby několik prvních aplikací v nevyřízených položkách Release bylo malé a obsahovalo několik externích závislostí.For this reason, we recommend that the first few applications in the release backlog be small and contain few external dependencies.

Koncový stavEnd state

V průběhu času tým pro přijetí cloudu a tým cloudové strategie společně dokončí plnou racionalizaci inventáře.Over time, the cloud adoption team and the cloud strategy team together complete a full rationalization of the inventory. Tento přírůstkový přístup umožňuje týmům nepřetržitě urychlit proces racionalizace.This incremental approach enables the teams to get continually faster at the rationalization process. Pomáhá také cestám pro transformaci, která dřív přinese velké obchodní výsledky, a to bez tolika úsilí před analýzou.It also helps the transformation journey to yield tangible business results sooner, without as much upfront analysis effort.

V některých případech může být finanční model příliš těsný, aby bylo rozhodnutí bez dodatečné racionalizace.In some cases, the financial model might be too tight to make a decision without additional rationalization. V takových případech možná budete potřebovat obecnější přístup k racionalizaci.In such cases, you might need a more traditional approach to rationalization.

Další krokyNext steps

Výstupem úsilí racionalizace je nevyřízené položky pro všechny prostředky, které jsou ovlivněny zvolenou transformací.The output of a rationalization effort is a prioritized backlog of all assets that are affected by the chosen transformation. Tyto nevyřízené položky teď můžou sloužit jako základ pro nákladové modely cloudových služeb.This backlog is now ready to serve as the foundation for costing models of cloud services.