Digitale activa rationaliseren

Cloudrationalisatie is het proces van het evalueren van assets om de beste benadering te bepalen voor het hosten ervan in de cloud. Nadat u een benadering hebt vastgesteld en een inventaris hebt samengevoegd, kan de rationalisering van de cloud beginnen. Cloudrationalisatie bespreekt de meest voorkomende rationalisatieopties.

Bekijk de volgende video om een kort overzicht te krijgen van het voltooien van een uitgebreide evaluatie waarmee u uw migratie-inspanningen kunt plannen en prioriteit kunt geven.

Traditionele weergave van rationalisatie

Het is gemakkelijk om rationalisering te begrijpen wanneer u het traditionele rationalisatieproces visualiseert als een complexe beslissingsstructuur. Elk activum in de digitale activa wordt gevoed door een proces dat resulteert in een van de vijf antwoorden (de vijf Rs van rationalisatie). Voor kleine activa werkt dit proces goed. Voor grotere activa is het inefficiënt en kan dit leiden tot aanzienlijke vertragingen. Laten we het proces bekijken om te zien waarom. Vervolgens presenteren we een efficiënter model.

Inventaris: Een grondige inventarisatie van assets, waaronder toepassingen, software, hardware, besturingssystemen en metrische gegevens over systeemprestaties, is vereist voor het voltooien van een volledige rationalisering met behulp van traditionele modellen.

Kwantitatieve analyse: In de beslissingsstructuur bepalen kwantitatieve vragen de eerste laag van beslissingen. Veelvoorkomende vragen zijn onder andere:

  • Wordt de asset momenteel gebruikt?
  • Zo ja, is het geoptimaliseerd en de juiste grootte?
  • Welke afhankelijkheden bestaan tussen assets? Deze vragen zijn essentieel voor de classificatie van de inventaris.

Kwalitatieve analyse: De volgende set beslissingen vereist menselijke intelligentie in de vorm van kwalitatieve analyse. Vaak zijn de vragen die hier worden gesteld uniek voor de oplossing en kunnen ze alleen worden beantwoord door zakelijke belanghebbenden en energiegebruikers. Deze beslissingen vertragen doorgaans het proces, waardoor de zaken aanzienlijk worden vertraagd. Deze analyse verbruikt doorgaans 40 tot 80 FTE-uren per toepassing.

Zie Benaderingen voor het plannen van digitale activa voor hulp bij het bouwen van een lijst met kwalitatieve analysevragen.

Rationaliseringsbeslissing: In handen van een ervaren rationaliseringsteam maken de kwalitatieve en kwantitatieve gegevens duidelijke beslissingen. Helaas zijn teams met een hoge mate van rationalisatie-ervaring duur om in te huren of maanden te nemen om te trainen.

Rationalisatie op ondernemingsniveau

Als deze inspanning tijdrovend en ontmoedigend is voor een digitale activa van 50 VM's, stelt u zich de inspanningen voor die nodig zijn om bedrijfstransformatie in een omgeving te stimuleren met duizenden VM's en honderden toepassingen. De benodigde menselijke inspanning kan gemakkelijk groter zijn dan 1500 FTE-uren en negen maanden aan planning.

Hoewel volledige rationalisering de eindtoestand is en een geweldige richting om in te stappen, produceert het zelden een hoog RENDEMENT (rendement op investering) ten opzichte van de tijd en energie die nodig is.

Wanneer rationalisatie essentieel is voor financiële beslissingen, is het de moeite waard om een professionele serviceorganisatie te overwegen die gespecialiseerd is in cloudrationalisatie om het proces te versnellen. Zelfs dan kan volledige rationalisering een kostbare en tijdrovende inspanning zijn die de transformatie of bedrijfsresultaten vertraagt.

In de rest van dit artikel wordt een alternatieve benadering beschreven, ook wel incrementele rationalisering genoemd.

Incrementele rationalisering

De volledige rationalisering van een groot digitaal onroerend goed is gevoelig voor risico's en kan vertragingen ondervinden vanwege de complexiteit ervan. De veronderstelling achter de incrementele benadering is dat vertraagde beslissingen de belasting van het bedrijf sluipen om het risico op obstakels te verminderen. In de loop van de tijd creëert deze benadering een organisch model voor het ontwikkelen van de processen en ervaring die nodig zijn om efficiënter gekwalificeerde rationalisatiebeslissingen te nemen.

Inventaris: Detectiegegevenspunten verminderen

Weinig organisaties investeren de tijd, energie en kosten in het onderhouden van een nauwkeurige realtime inventarisatie van het volledige digitale onroerend goed. Verlies, diefstal, vernieuwingscycli en onboarding van werknemers rechtvaardigen vaak gedetailleerde assettracking van apparaten van eindgebruikers. Het RENDEMENT van het onderhouden van een nauwkeurige server- en toepassingsinventaris in een traditioneel on-premises datacenter is vaak laag. De meeste IT-organisaties hebben dringendere problemen dan het bijhouden van het gebruik van vaste assets in een datacenter.

In een cloudtransformatie correleert de inventarisatie rechtstreeks met operationele kosten. Nauwkeurige inventarisgegevens zijn vereist voor de juiste planning. Helaas kunnen huidige opties voor milieuscans beslissingen met weken of maanden vertragen. Gelukkig kunnen enkele trucs het verzamelen van gegevens versnellen.

Scannen op basis van agents is de meest geciteerde vertraging. De robuuste gegevens die vereist zijn voor een traditionele rationalisering, kunnen vaak alleen worden verzameld met een agent die op elke asset wordt uitgevoerd. Deze afhankelijkheid van agents vertraagt vaak de voortgang, omdat hiervoor feedback kan worden vereist van beveiligings-, bewerkings- en beheerfuncties.

In een incrementeel rationaliseringsproces kan een oplossing zonder agent worden gebruikt voor een eerste detectie om vroege beslissingen te versnellen. Afhankelijk van het complexiteitsniveau in de omgeving is een op agents gebaseerde oplossing mogelijk nog steeds vereist, maar kan deze worden verwijderd uit het kritieke pad naar bedrijfswijziging.

Kwantitatieve analyse: Beslissingen stroomlijnen

Ongeacht de benadering van inventarisatiedetectie kan kwantitatieve analyse de eerste beslissingen en veronderstellingen stimuleren. Dit geldt met name bij het identificeren van de eerste workload of wanneer het doel van rationalisering een kostenvergelijking op hoog niveau is. In een incrementeel rationaliseringsproces beperken het cloudstrategieteam en de cloudacceptatieteams de vijf R's van rationalisatie tot twee beknopte beslissingen en passen ze alleen die kwantitatieve factoren toe. Dit stroomlijnt de analyse en vermindert de hoeveelheid initiële gegevens die nodig zijn om wijzigingen te stimuleren.

Als een organisatie zich bijvoorbeeld midden in een IaaS-migratie naar de cloud bevindt, kunt u ervan uitgaan dat de meeste workloads buiten gebruik worden gesteld of opnieuw worden gehost.

Kwalitatieve analyse: Tijdelijke veronderstellingen

Door het aantal mogelijke resultaten te verminderen, is het eenvoudiger om een eerste beslissing te nemen over de toekomstige status van een asset. Wanneer u de opties vermindert, vermindert u ook het aantal vragen dat in deze vroege fase van het bedrijf wordt gesteld.

Als de opties bijvoorbeeld beperkt zijn tot opnieuw hosten of buiten gebruik stellen, moet het bedrijf slechts één vraag beantwoorden tijdens de eerste rationalisering, namelijk of de asset buiten gebruik moet worden gesteld.

"Analyse suggereert dat er geen gebruikers actief gebruikmaken van deze asset. Is dat nauwkeurig, of hebben we iets over het hoofd gezien?" Een dergelijke binaire vraag is doorgaans veel eenvoudiger om kwalitatieve analyses uit te voeren.

Deze gestroomlijnde benadering produceert basislijnen, financiële plannen, strategie en richting. In latere activiteiten doorloopt elke asset verdere rationalisering en kwalitatieve analyse om andere opties te evalueren. Alle veronderstellingen die u in deze eerste rationalisatie maakt, worden getest voordat u afzonderlijke workloads migreert.

Veronderstellingen op de proef stellen

Het resultaat van de vorige sectie is een ruwe rationalisering die vol met veronderstellingen staat. Vervolgens is het tijd om enkele van deze aannames uit te dagen.

Assets buiten gebruik stellen

In een traditionele on-premises omgeving zorgt het hosten van kleine, ongebruikte assets zelden voor een aanzienlijke impact op de jaarlijkse kosten. Met enkele uitzonderingen wegen FTE-inspanningen die nodig zijn om het werkelijke activum te analyseren en buiten gebruik te stellen, op tegen de kostenbesparingen door deze activa te verwijderen en buiten gebruik te stellen.

Wanneer u overstapt op een cloudboekhoudingsmodel, kan het buiten gebruik stellen van assets aanzienlijke besparingen opleveren in jaarlijkse operationele kosten en migratie-inspanningen vooraf.

Het is niet ongebruikelijk dat organisaties na het voltooien van een kwantitatieve analyse 20% of meer van hun digitale activa buiten gebruik stellen. We raden u aan verdere kwalitatieve analyses uit te voeren voordat u actie onderneemt. Nadat dit is bevestigd, kan het buiten gebruik stellen van deze assets de eerste ROI-overwinning van de cloudmigratie opleveren. Dit is vaak een van de grootste kostenbesparende factoren. Daarom moet het cloudstrategieteam toezicht houden op de validatie en buitengebruikstelling van activa, parallel met de uitvoering van de Migrate-methodologie, om een vroege financiële winst te behalen.

Programmaaanpassingen

Een bedrijf begint zelden aan slechts één transformatietraject. De keuze tussen kostenreductie, marktgroei en nieuwe omzetstromen is zelden een binaire beslissing. Daarom raden we aan dat het cloudstrategieteam met IT werkt om assets te identificeren voor parallelle transformatie-inspanningen die buiten het bereik van het primaire transformatietraject vallen.

In het voorbeeld van de IaaS-migratie in dit artikel:

  • Vraag het DevOps-team om assets te identificeren die al deel uitmaken van een implementatieautomatisering en verwijder deze assets uit het kernmigratieplan.

  • Vraag de gegevens- en R&D-teams om assets te identificeren die nieuwe omzetstromen mogelijk maken en verwijderen uit het kernmigratieplan.

Deze programmagerichte kwalitatieve analyse kan snel worden uitgevoerd en zorgt voor uitlijning in meerdere migratieachterstanden.

Mogelijk moet u enkele assets nog een tijdje overwegen als assets opnieuw hosten. U kunt na de eerste migratie faseriseren in latere rationalisatie.

De eerste workload selecteren

Het implementeren van de eerste workload is essentieel voor testen en leren. Het is de eerste kans om een groeimentaliteit te demonstreren en op te bouwen.

Zakelijke criteria

Om bedrijfstransparantie te garanderen, identificeert u een workload die wordt ondersteund door een lid van de bedrijfseenheid van het cloudstrategieteam. Kies bij voorkeur een team waarin het team een belangrijke inzet en sterke motivatie heeft om naar de cloud te gaan.

Technische criteria

Selecteer een workload met minimale afhankelijkheden en kan worden verplaatst als een kleine groep assets. U wordt aangeraden een workload te selecteren met een gedefinieerd testpad om de validatie eenvoudiger te maken.

De eerste workload wordt vaak geïmplementeerd in een experimentele omgeving zonder operationele capaciteit of governancecapaciteit. Het is belangrijk om een workload te selecteren die geen interactie heeft met beveiligde gegevens.

Kwalitatieve analyse

De cloudacceptatieteams en het cloudstrategieteam kunnen samenwerken om deze kleine workload te analyseren. Deze samenwerking creëert een gecontroleerde kans om kwalitatieve analysecriteria te maken en te testen. De kleinere populatie creëert een kans om de betrokken gebruikers te onderzoeken en een gedetailleerde kwalitatieve analyse in een week of minder te voltooien. Zie voor veelvoorkomende kwalitatieve analysefactoren het specifieke rationalisatiedoel in de vijf R's van rationalisatie.

Migratie

Parallel met continue rationalisering kan het cloudacceptatieteam beginnen met de migratie van de kleine workload om het leren op de volgende belangrijke gebieden uit te breiden:

  • Verbeter vaardigheden met het platform van de cloudprovider.
  • Definieer de belangrijkste services en Azure-standaarden die nodig zijn om aan de langetermijnvisie te voldoen.
  • Meer informatie over hoe bewerkingen later in de transformatie moeten worden gewijzigd.
  • Inzicht in eventuele inherente bedrijfsrisico's en de tolerantie van het bedrijf voor deze risico's.
  • Stel een basislijn of minimum viable product (MVP) in voor governance op basis van de risicotolerantie van het bedrijf.

Releaseplanning

Hoewel het cloudacceptatieteam de migratie of implementatie van de eerste workload uitvoert, kan het cloudstrategieteam beginnen met het prioriteren van de resterende toepassingen en workloads.

Macht van 10

De traditionele benadering van rationalisering probeert te voldoen aan alle verwachte behoeften. Gelukkig is een plan voor elke toepassing vaak niet vereist om een transformatietraject te starten. In een incrementeel model biedt de Power of 10-benadering een goed uitgangspunt. In dit model selecteert het cloudstrategieteam de eerste 10 toepassingen die moeten worden gemigreerd. Deze tien workloads moeten een combinatie van eenvoudige en complexe workloads bevatten.

De eerste achterstanden bouwen

De cloudacceptatieteams en het cloudstrategieteam kunnen samenwerken aan de kwalitatieve analyse voor de eerste 10 workloads. Met deze inspanning wordt de eerste prioriteit van de migratieachterstand en de eerste prioriteitsachterstand van de release gemaakt. Deze methode stelt de teams in staat om de aanpak te herhalen en biedt voldoende tijd om een adequaat proces te creëren voor kwalitatieve analyse.

Het proces volwassen maken

Nadat de twee teams akkoord gaan met de kwalitatieve analysecriteria, kan de evaluatie binnen elke iteratie een taak worden. Het bereiken van consensus over evaluatiecriteria vereist meestal twee tot drie releases.

Nadat de evaluatie is verplaatst naar het incrementele uitvoeringsproces van de migratie, kan het cloudacceptatieteam sneller de evaluatie en architectuur herhalen. In deze fase wordt het cloudstrategieteam ook geabstraheerd, waardoor de afvoer op hun tijd wordt verminderd. Hierdoor kan het cloudstrategieteam zich ook richten op het prioriteren van de toepassingen die zich nog niet in een specifieke release bevinden, waardoor een nauwe afstemming op veranderende marktomstandigheden wordt gewaarborgd.

Niet alle toepassingen met prioriteit zijn gereed voor migratie. Sequentiëren verandert waarschijnlijk omdat het team diepere kwalitatieve analyses uitvoert en zakelijke gebeurtenissen en afhankelijkheden detecteert die kunnen vragen om herpriritatie van de achterstand. Sommige releases kunnen een klein aantal workloads groeperen. Andere kunnen slechts één workload bevatten.

Het cloudacceptatieteam voert waarschijnlijk iteraties uit die geen volledige workloadmigratie produceren. Hoe kleiner de workload en hoe minder afhankelijkheden, hoe waarschijnlijker een workload in één sprint of iteratie past. Daarom raden we aan dat de eerste paar toepassingen in de achterstallig release klein zijn en enkele externe afhankelijkheden bevatten.

Eindstatus

Na verloop van tijd voltooien het cloudacceptatieteam en het cloudstrategieteam een volledige rationalisering van de inventarisatie. Met deze incrementele benadering kunnen de teams voortdurend sneller bij het rationaliseringsproces. Het helpt ook het transformatietraject om sneller tastbare bedrijfsresultaten te opleveren, zonder zoveel vooraf analyse-inspanningen.

In sommige gevallen kan het financiële model te strak zijn om een beslissing te nemen zonder extra rationalisering. In dergelijke gevallen hebt u mogelijk een meer traditionele benadering van rationalisatie nodig.

Volgende stappen

De uitvoer van een rationaliseringsinspanning is een prioriteitsachterstand van alle assets die worden beïnvloed door de gekozen transformatie. Deze achterstand is nu klaar om te fungeren als de basis voor het kosten maken van modellen van cloudservices.