Methoden voor het plannen van digitale activaApproaches to digital estate planning

Het plannen van digitale goed kan verschillende vormen aannemen, afhankelijk van de gewenste resultaten en grootte van het bestaande onroerend goed.Digital estate planning can take several forms depending on the desired outcomes and size of the existing estate. Er zijn verschillende benaderingen die u kunt nemen.There are various approaches that you can take. Het is belang rijk om verwachtingen te stellen met betrekking tot de benadering van de plannings cycli.It's important to set expectations regarding the approach early in planning cycles. Onduidelijke verwachtingen leiden vaak tot vertragingen die zijn gekoppeld aan extra voor het verzamelen van inventarisatie.Unclear expectations often lead to delays associated with additional inventory-gathering exercises. In dit artikel vindt u een overzicht van drie benaderingen voor analyse.This article outlines three approaches to analysis.

Door de werk belasting gestuurde aanpakWorkload-driven approach

De evaluatie benadering van het hoogste niveau evalueert beveiligings aspecten.The top-down assessment approach evaluates security aspects. Beveiliging omvat het categoriseren van gegevens (hoge, gemiddelde of geringe gevolgen voor het bedrijf), naleving, soevereiniteit en beveiligings risico.Security includes the categorization of data (high, medium, or low business impact), compliance, sovereignty, and security risk requirements. Deze benadering evalueert de complexiteit van de architectuur op hoog niveau.This approach assesses high-level architectural complexity. Het evalueert aspecten als verificatie, gegevens structuur, latentie vereisten, afhankelijkheden en levens verwachting van de toepassing.It evaluates aspects such as authentication, data structure, latency requirements, dependencies, and application life expectancy.

De top-down-benadering meet ook de operationele vereisten van de toepassing, zoals service niveaus, integratie, onderhouds Vensters, bewaking en inzichten.The top-down approach also measures the operational requirements of the application, such as service levels, integration, maintenance windows, monitoring, and insight. Wanneer deze aspecten zijn geanalyseerd en aangenomen, weerspiegelt de resulterende Score de relatieve moeilijkheids graad van het migreren van deze toepassing naar elk cloud platform: IaaS, PaaS en SaaS.When these aspects have been analyzed and considered, the resulting score reflects the relative difficulty of migrating this application to each cloud platform: IaaS, PaaS, and SaaS.

Daarnaast evalueert de evaluatie van de top-down de financiële voor delen van de toepassing, zoals operationele efficiency, TCO, rendement op investeringen en andere toepasselijke financiële metrische gegevens.In addition, the top-down assessment evaluates the financial benefits of the application, such as operational efficiencies, TCO, return on investment, and other appropriate financial metrics. De evaluatie onderzoekt ook de seizoensgebondenheid van de toepassing (bijvoorbeeld of er bepaalde tijden van het jaar zijn bij pieken van de vraag) en de totale reken belasting.The assessment also examines the seasonality of the application (such as whether there are certain times of the year when demand spikes) and overall compute load.

Er wordt ook gekeken naar de typen gebruikers die worden ondersteund (informele/expert, altijd/incidenteel aangemeld) en de vereiste schaal baarheid en elasticiteit.It also looks at the types of users it supports (casual/expert, always/occasionally logged on), and the required scalability and elasticity. Ten slotte wordt de evaluatie beëindigd door de bedrijfs continuïteit en de tolerantie vereisten te onderzoeken, evenals afhankelijkheden voor het uitvoeren van de toepassing als er een onderbreking van de service optreedt.Finally, the assessment concludes by examining business continuity and resiliency requirements, as well as dependencies for running the application if a disruption of service should occur.

Tip

Deze aanpak vereist interviews en anecdotal feedback van zakelijke en technische belanghebbenden.This approach requires interviews and anecdotal feedback from business and technical stakeholders. De beschik baarheid van belang rijke individuen is het grootste risico.Availability of key individuals is the biggest risk to timing. De anecdotal aard van de gegevens bronnen maakt het moeilijker om nauw keurige schattingen te maken voor de kosten of tijd.The anecdotal nature of the data sources makes it more difficult to produce accurate cost or timing estimates. Plan vooraf schema's en valideer alle verzamelde gegevens.Plan schedules in advance and validate any data that's collected.

Op activa gebaseerde benaderingAsset-driven approach

De op activa gebaseerde benadering biedt een plan op basis van de activa die ondersteuning bieden voor een toepassing voor migratie.The asset-driven approach provides a plan based on the assets that support an application for migration. In deze benadering haalt u statistische gebruiks gegevens uit een Configuration Management-data base (CMDB) of andere hulpprogram ma's voor de evaluatie van infra structuur.In this approach, you pull statistical usage data from a configuration management database (CMDB) or other infrastructure assessment tools.

Deze aanpak gaat doorgaans uit van een IaaS model van de implementatie als basis lijn.This approach usually assumes an IaaS model of deployment as a baseline. In dit proces evalueert de analyse de kenmerken van elke Asset: geheugen, aantal processors (CPU-kernen), opslag ruimte van het besturings systeem, gegevens stations, netwerk interface kaarten (Nic's), IPv6, netwerk taakverdeling, Clustering, versie van het besturings systeem, database versie (indien nodig), ondersteunde domeinen en onderdelen of software pakketten van derden, onder andere.In this process, the analysis evaluates the attributes of each asset: memory, number of processors (CPU cores), operating system storage space, data drives, network interface cards (NICs), IPv6, network load balancing, clustering, operating system version, database version (if necessary), supported domains, and third-party components or software packages, among others. De activa die u in deze aanpak inventariseert, worden vervolgens afgestemd op werk belastingen of toepassingen voor het groeperen en afhankelijkheids toewijzings doeleinden.The assets that you inventory in this approach are then aligned with workloads or applications for grouping and dependency mapping purposes.

Tip

Voor deze benadering is een uitgebreide bron van statistische gebruiks gegevens vereist.This approach requires a rich source of statistical usage data. De tijd die nodig is voor het scannen van de inventaris en het verzamelen van gegevens is het grootste risico op timing.The time that's needed to scan the inventory and collect data is the biggest risk to timing. De gegevens bronnen op laag niveau kunnen afhankelijkheden tussen assets en toepassingen missen.The low-level data sources can miss dependencies between assets or applications. Plan ten minste één maand voor het scannen van de inventarisatie.Plan for at least one month to scan the inventory. Afhankelijkheden valideren vóór de implementatie.Validate dependencies before deployment.

Incrementele benaderingIncremental approach

We suggereren een incrementele benadering, zoals we voor veel processen in het Cloud-acceptatie raamwerk doen.We strongly suggest an incremental approach, as we do for many processes in the Cloud Adoption Framework. In het geval van een digitale goed planning, die gelijk is aan een proces voor meerdere fasen:In the case of digital estate planning, that equates to a multiphase process:

  • Analyse van initiële kosten: Als financiële validatie is vereist, begint u met een op activa gebaseerde benadering, zoals eerder beschreven, om een initiële kosten berekening te krijgen voor het hele digitale erfgoed, zonder rationalisering.Initial cost analysis: If financial validation is required, start with an asset-driven approach, described earlier, to get an initial cost calculation for the entire digital estate, with no rationalization. Hiermee wordt een scenario voor een slechtste scenario's gemaakt.This establishes a worst-case scenario benchmark.

  • Migratie planning: Nadat u een Cloud strategie team hebt geassembleerd, bouwt u een eerste migratie achterstand met behulp van een op werk belasting gebaseerde benadering die is gebaseerd op hun collectieve kennis en de interviews met een beperkte belanghebbende.Migration planning: After you have assembled a cloud strategy team, build an initial migration backlog using a workload-driven approach that's based on their collective knowledge and limited stakeholder interviews. Deze benadering bouwt snel een licht gewicht werk belasting op om samen werking te bevorderen.This approach quickly builds a lightweight workload assessment to foster collaboration.

  • Release-planning: Bij elke release wordt de migratie achterstand verwijderd en krijgt deze een hogere prioriteit om zich te richten op de meest relevante bedrijfs impact.Release planning: At each release, the migration backlog is pruned and reprioritized to focus on the most relevant business impact. Tijdens dit proces worden de volgende vijf tot tien werk belastingen geselecteerd als releases met prioriteit.During this process, the next five to ten workloads are selected as prioritized releases. Op dit moment investeren het Cloud strategie team de tijd bij het volt ooien van een uitgebreide op werk belasting gebaseerde aanpak.At this point, the cloud strategy team invests the time in completing an exhaustive workload-driven approach. Deze evaluatie wordt uitgesteld totdat een release beter is afgestemd op de tijd van belanghebbenden.Delaying this assessment until a release is aligned better respects the time of stakeholders. Ook wordt de investering in volledige analyse vertraagd totdat het bedrijf begint met het bekijken van de resultaten van eerdere inspanningen.It also delays the investment in full analysis until the business starts to see results from earlier efforts.

  • Analyse van uitvoering: Voordat u een activum migreert, modernert of repliceert, moet u het afzonderlijk beoordelen en als onderdeel van een collectieve release.Execution analysis: Before migrating, modernizing, or replicating any asset, assess it both individually and as part of a collective release. Op dit moment kan de gegevens van de aanvankelijke methode op asset-basis worden scrutinized om nauw keurige grootte en operationele beperkingen te garanderen.At this point, the data from the initial asset-driven approach can be scrutinized to ensure accurate sizing and operational constraints.

Tip

Deze incrementele benadering maakt gestroomlijnde planning en versnelde resultaten mogelijk.This incremental approach enables streamlined planning and accelerated results. Het is belang rijk dat alle partijen bij het begrijpen van de aanpak van het vertraagd nemen van beslissingen worden genomen.It's important that all parties involved understand the approach to delayed decision making. Het is net zo belang rijk dat hypo Thesen in elke fase worden gedocumenteerd om verlies van gegevens te voor komen.It's equally important that assumptions made at each stage be documented to avoid loss of details.

Volgende stappenNext steps

Nadat een aanpak is geselecteerd, kan de inventarisatie worden verzameld.After an approach is selected, the inventory can be collected.