Checklist voor cloudmigratie:8 stappen voor een soepele (en veilige) cloudreis

Het verplaatsen van bedrijfskritieke apps en data naar de cloud is een enorm project dat een grondige planning vereist als je hoopt op een hoge ROI. Zonder een goede strategie zal uw cloudmigratie waarschijnlijk meer winstverliezen en hoofdpijn veroorzaken dan zakelijke voordelen.

Dit artikel biedt een checklist voor cloudmigratie die ervoor zorgt dat uw verhuizing naar de cloud soepel, veilig en zonder onaangename verrassingen verloopt. U kunt onze checklist gebruiken als basis voor het migratieproces, aangezien het onderstaande stappenplan alle belangrijke aspecten van het verplaatsen van een app naar de cloud omvat.

Checklist voor cloudmigratie

Worstelen met cloudmigratie is een veelvoorkomend probleem voor bedrijven. Recente onderzoeken tonen aan dat 55% van de cloudmigraties aanzienlijke vertragingen oplopen of het budget overschrijden .

Ook beschrijft 62% van de organisaties die momenteel overstappen naar de cloud het proces als moeilijk of mislukt . De meeste van deze bedrijven haasten zich in de overgang zonder grondig na te denken over:

• De totale eigendomskosten (TCO).
• Hoe het team enorme hoeveelheden gegevens en bedrijfskritieke apps naar de cloud zal verplaatsen.
• Verschillende opties voor cloudimplementaties en integratie.
• Potentieel nieuwe cyberbeveiligingsrisico's.
• Hoe is het interne team voorbereid om in de cloud te werken.

De onderstaande checklist voor cloudmigratie zorgt ervoor dat u rekening houdt met deze factoren voordat het team apps en services naar de cloud verplaatst.

Kies een Go-To Migration Architect(s)

Cloudmigratie omvat tal van technische beslissingen en plannen, dus u moet een enkele specialist of een team van experts aanwijzen om de inspanning te leiden. Of u nu met een of meer medewerkers gaat, de rol van een migratiearchitect is om:

• Evalueer services om te zien of ze beter passen bij hosting op locatie of in de cloud.
• Maak een tijdlijn voor de migratie en de cloud-roadmap.
• Ontwerp optimale strategieën voor het verplaatsen van gegevens en apps.
• Identificeer en overzie de noodzakelijke app-refactoring.
• Migratieprioriteiten bepalen.
• Definieer de vereiste toolchain.

De toegewijde architect moet ook een volledig beeld geven van uw IT. Dit proces omvat het beantwoorden van de volgende vragen:

• Welke apps heb je en wie gebruikt ze (en hoe vaak)?
• Hoe bedrijfskritisch zijn apps die u wilt migreren?
• Welke bronnen gebruiken programma's en zijn ze afhankelijk van andere apps?
• Welke SLA's, maatregelen voor bedrijfscontinuïteit en nalevingsmaatregelen zijn er momenteel?
• Zijn er prestatieproblemen die de huidige activiteiten beïnvloeden?

Afhankelijk van de analyse moet de migratiearchitect beoordelen of uw huidige personeelsbestand over de nodige knowhow beschikt om:

• Voer de migratie uit.
• Opereren in de cloudomgeving.

Begin nooit met de overgang naar de cloud tenzij u zeker weet dat uw team kan gedijen in de nieuwe omgeving.

Het toegewijde migratieteam moet ook de totale eigendomskosten (TCO) . bepalen om de ROI van cloudmigratie te illustreren. De TCO-beoordeling voor cloudmigratie omvat factoren zoals:

• De totale kosten van migratie.
• Cloudkosten na de migratie (voornamelijk de prijs van bandbreedte en netwerken).
• De kosten van personeelstraining.
• Regelmatig onderhoud na de migratie.
• De kosten van mogelijke uitvaltijd.
• Kosten voor ruimte, koeling en elektriciteit (voor een privécloud op locatie).

Migratiedoelen en KPI's instellen

De volgende stap is het vaststellen van de primaire doelstelling(en) van de migratie. Enkele veelvoorkomende high-end doelen zijn:

• Een verouderde app moderniseren.
• Een bepaalde service versnellen.
• Verbeteren van operationele capaciteiten.
• De veerkracht van het systeem vergroten.
• Gebruikerservaring verbeteren.
• Betere schaalbaarheid van de service bereiken.
• Verlaagde bedrijfskosten.
• Verbeteren van gegevensbeveiliging.

Naast het algemene doel moet het team key performance indicators (KPI's) voor cloudmigratie definiëren. Deze statistieken meten hoe een gemigreerde app of service presteert ten opzichte van de verwachtingen. Er is geen limiet aan het aantal KPI's dat uw team kan bijhouden, maar alle statistieken vallen onder een van de volgende twee categorieën:

• KPI's die u tijdens het migratieproces volgt.
• KPI's na de migratie.

Dit zijn de meest voorkomende KPI's die een bedrijf kan bijhouden tijdens het migratieproces:

• Duur van de migratie (zowel als geheel als per app).
• Beschikbaarheid van kritieke services.
• Duur van uitvaltijd van services en datacenters.
• Verslechtering van de service door uitvaltijd.
• Het aantal gegenereerde servicetickets.
• Kosten van migratie.

Laten we eens kijken naar enkele KPI's na de migratie die uw team kan volgen:

• Infrastructuur-KPI's (CPU-gebruik, voetafdruk van servicegeheugen, schijfprestaties, taakverdeling, latentie, netwerkdoorvoer, enz.).
• Statistieken van app-prestaties (foutpercentages, aantal time-outs, de gemiddelde responstijd (ART), de piekresponstijd (PRT), uptime, beschikbaarheid, enz.).
• KPI's voor gebruikerservaring (aantal verzoekenpieken, HTTP-statuscodefouten, gegenereerde en geregistreerde uitzonderingen, vertraging, reactietijden, enz.).
• Bedrijfsimpactstatistieken (duur van het afrekenproces, aan- en afmeldpercentages, betrokkenheidspercentages, enz.).
• Kosten-KPI's (maandelijkse facturering, personeelskosten, tools van derden, advieskosten, enz.).

U moet een basislijnwaarde instellen voor elke KPI voordat u beslist wat u wilt volgen. Baselining is het proces van het meten van de huidige (pre-migratie) status van een app en service. Met deze KPI's kunt u bepalen of de prestaties na de migratie acceptabel zijn of niet.

Gegevens- en app-evaluatie uitvoeren

Gegevensbeoordeling is een essentiële stap van deze checklist voor cloudmigratie, aangezien het verplaatsen van gegevens doorgaans het lastigste onderdeel is van de overstap naar de cloud. Door gegevens zorgvuldig te beoordelen, kan uw team het volgende evalueren:

• Gegevensrisiconiveaus.
• Het volume en type gegevens dat u wilt migreren.
• Algemene gegevensbestendigheid.
• Wetelijke vereisten voor gegevensprivacy (indien van toepassing).
• Belangrijkste bedreigingen voor gegevensintegriteit.
• Potentiële scenario's voor datalekken of datalekken na de migratie.

Waar uw gegevens zich bevinden, kan van invloed zijn op de prestaties van een of en service. Het verplaatsen van gegevens naar de cloud wanneer de methoden voor gegevenstoegang nog steeds op locatie werken, kan de prestaties aanzienlijk beïnvloeden. Hetzelfde geldt als de database nog steeds op locatie is, maar de service die er toegang toe heeft, zich in de cloud bevindt.

Naast het evalueren van gegevens, moeten uw apps op locatie dezelfde behandeling krijgen. Alvorens te migreren, moet het team een ​​inventaris maken van alle on-premises apps en hun servers. U moet ook alle huidige virtuele machines beoordelen en rekening houden met mogelijke app-afhankelijkheden.

Als gevolg hiervan kunt u bepalen welke apps moeten worden aangepast voordat ze naar de cloud worden verplaatst. Het team kan ook beginnen met het prioriteren van welke apps als eerste moeten worden gemigreerd.

Opties voor cloudmigratie evalueren

De volgende stap van de checklist voor cloudmigratie is om te beoordelen welke apps welk type integratie met de cloud nodig hebben. Je hebt twee opties:

• Ondiepe cloudintegratie (ook wel lift-and-shift genoemd): Wanneer je een app optilt en verplaatst, breng je weinig tot geen wijzigingen aan in de code en zet je de app min of meer in de cloud in zijn huidige vorm. Het migreren van een app zonder wijzigingen staat bekend als rehosting; kleine wijzigingen aanbrengen bij het verplaatsen van een app naar de cloud is refactoring .
• Diepe cloudintegratie: In tegenstelling tot zijn ondiepe tegenhanger, vereist diepe cloudintegratie dat je de app aanpast om te profiteren van cloudfuncties. De wijzigingen kunnen variëren van relatief eenvoudige aanpassingen (zoals het instellen van auto-scaling en dynamische load balancing) tot geavanceerde updates (zoals het inschakelen van serverless computing) die van de app een cloud-native oplossing maken.

Ondiepe cloudintegratie is een aanzienlijk snellere optie dan het herstructureren van grote delen van een app. Over het algemeen zijn missiekritieke apps doorgaans de moeite van diepe integraties waard. Minder vitale apps en services kunnen doen met de oppervlakkige aanpak, omdat u ze in de loop van de tijd kunt refactoren nadat u naar de cloud bent gemigreerd.

Bedrijven besluiten ook vaak om apps buiten gebruik te stellen of te behouden wanneer ze beoordelen welke service welk type integratie vereist:

• Met pensioen gaan is het proces van het identificeren van een verouderde app of service die geen waarde heeft als deze naar de cloud wordt geüpload.
• Behoud is de beslissing om een ​​app op locatie te houden, meestal vanwege een beveiligings- of nalevingsprobleem.

Kies het juiste cloudimplementatiemodel

Het kiezen van een geschikt cloudimplementatiemodel is essentieel voor een succesvolle cloudmigratie. Verschillende modellen passen in verschillende gebruikssituaties en de vijf opties waaruit u kunt kiezen zijn:

• Publieke cloud (een omgeving met meerdere tenants die toegang biedt tot computerbronnen via internet of via een speciale directe verbinding).
• Privécloud (een systeem met één huurder waarin een onderneming cloudresources beheert binnen haar eigen datacenter).
• Hybride cloud (een mix van on-premises systemen, openbare en privéclouds waarin workloads via automatisering en orkestratie tussen omgevingen bewegen).
• Multi-cloud (een mix van twee of meer public cloud IaaS-omgevingen).
• Community cloud (infrastructuur gedeeld tussen verschillende bedrijven met gedeelde behoeften of zorgen).

Welk implementatiemodel u moet gebruiken, hangt voornamelijk af van de unieke behoeften en doelen van uw bedrijf. Hier zijn een paar tips:

• De public cloud biedt een schaalbare omgeving met een pay-per-usage-model. Hoewel de public cloud zeer schaalbaar is, is het misschien niet ideaal voor gevoelige workloads.
• Een privécloud is perfect voor een bedrijf met het budget om een ​​cloudomgeving op locatie te runnen die op maat is gemaakt voor zijn bedrijfskritieke workloads.
• Met een hybride cloud kunt u gevoelige workloads op locatie uitvoeren en tegelijkertijd profiteren van de schaalbaarheid van de openbare cloud tijdens pieken in de vraag.
• Hoewel het zeer nuttig is als het goed wordt gedaan, zijn er enkele hybride cloud-uitdagingen waar u rekening mee moet houden voordat u een hybride architectuur ontwerpt.
• Multi-cloud is een uitstekende keuze voor bedrijven die zich bezighouden met vendor lock-in of bedrijven die services van meerdere providers willen mixen en matchen.

Kies een cloudserviceprovider

Tenzij je ervoor hebt gekozen om een ​​private cloud op locatie op te zetten, zou het volgende item op de checklist voor cloudmigratie het vinden van een cloudprovider moeten zijn. Hoewel de meeste leveranciers vergelijkbare diensten aanbieden, zijn ze niet allemaal hetzelfde. Enkele belangrijke overwegingen bij het kiezen van een cloudprovider zijn:

• Prijzen.
• Dienstenselectie.
• Beschikbaarheid in specifieke regio's.
• Uptime-garanties.
• De bekendheid van uw interne team met de technische stack van de provider.
• Industriespecifieke nalevingsvereisten (bijv. het bewaren van gebruikersgegevens op de locatie van herkomst volgens CCPA of AVG).
• Ondersteuning na de migratie en beheerde IT-services.

Onthoud dat de meest populaire serviceproviders niet altijd de beste match zijn. Prominente leveranciers streven ernaar om aan een brede reeks behoeften te voldoen, zodat ze niet altijd een goede match zijn met een bedrijf in een specifieke branche.

Een bedrijf dat actief is in de gezondheidszorg kan bijvoorbeeld beter samenwerken met een nicheaanbieder die de naleving van HIPAA beter begrijpt en ondersteunt.

Voer noodzakelijke refactoring uit

Zodra u weet welke cloudimplementatie u nodig heeft en met wie u moet samenwerken, moet uw team beginnen met het aanbrengen van de nodige wijzigingen in apps en services voordat u ze naar de cloud migreert.

Het doel is om de software zo effectief en efficiënt mogelijk in de cloud te laten werken . Uw team kan bijvoorbeeld een app refactoren om:

• Werk met een variabel aantal actieve instanties om vrijwel onmiddellijk te kunnen schalen.
• Profiteer van dynamische cloud-mogelijkheden (zoals de mogelijkheid om resources toe te wijzen en te de-toewijzing op basis van huidige behoeften).
• Maak een meer servicegerichte architectuur om individuele services snel naar de cloud te verplaatsen (zowel deze keer als later).

Dit is ook het juiste moment om governance en veiligheid te heroverwegen. U zult waarschijnlijk uw governancestrategie moeten aanpassen om minder te vertrouwen op interne beveiliging en controle en meer op de cloudservices van de provider. Op het gebied van cloudbeveiliging moet u:

• Beoordeel of de migratie kan leiden tot nieuwe kwetsbaarheden.
• Begrijp hoe uw interne team met de provider zal samenwerken om cloudmiddelen veilig te houden.
• Pas uw huidige beveiligingsmaatregelen en -praktijken aan (en verbeter eventueel).
• Beslis of u kunt profiteren van aanvullende beveiligingshulpmiddelen die de provider biedt.
• Stel failover- en noodherstelmechanismen in.

Methodisch migreren en verkeer overzetten van on-Prem Operations

Hoewel u alles in één keer naar de cloud kunt migreren, kan deze aanpak uitdagend en riskant zijn. In plaats daarvan moet u apps en services één voor één migreren , beginnend met minder kritieke apps en langzaam op weg naar de cruciale.

Dit is hoe deze benadering van migratie eruit zou moeten zien:

• Geef prioriteit aan apps die uw team kan verplaatsen met de minste risico's voor bewerkingen. Goede keuzes zijn apps die alleen opnieuw hoeven te worden gehost of die minimale bronnen gebruiken (zoals weinig opslagruimte of berekeningen).
• Verplaats vervolgens apps die van grote waarde zijn voor uw bedrijf, maar een relatief laag risico inhouden tijdens de migratie.
• Laat de missiekritieke en storende workloads ten slotte over voor de laatste fasen van de migratie. Begin nooit met het verplaatsen van deze apps tenzij de apps uit de vorige stappen optimaal werken.
• Gebruik een handmatige of geautomatiseerde test (of beide) om te controleren of de migratie is gelukt of niet.

Afhankelijk van de architectuur van uw apps en datastores, kunt u op twee manieren verkeer overzetten van de on-prem oplossing naar de cloud:

• Allemaal tegelijk: Het team schakelt al het verkeer op locatie om zodra de app in de cloud draait.
• Een beetje tegelijk: Je verplaatst een paar klanten naar de nieuwe omgeving zodra het team de cloudgebaseerde app heeft ingesteld. Als alles werkt zoals verwacht, ga je in de loop van de tijd door met het overschakelen van klanten naar de cloud totdat alle eindgebruikers op de nieuwe app vertrouwen.

Gebruik onze checklist voor cloudmigratie om vol vertrouwen te migreren

Hoewel de overstap naar de cloud vaak een no-brainer beslissing is, worstelen veel bedrijven met of hebben ze beperkt succes bij het verplaatsen van apps naar de cloud. Als u zich houdt aan de bovenstaande checklist voor cloudmigratie, vermijdt u alle veelvoorkomende valkuilen, zodat u uw cloudadoptie kunt plannen zonder bang te hoeven zijn voor dure misstappen.