Veilige cloudmigratie: 8 essentiële stappen voor een naadloze overstap

Missiekritieke apps en data naar de cloud verplaatsen is een massaal project dat diepgaande planning vereist als u hoopt op een hoge ROI. Zonder een solide strategie zal uw cloudmigratie waarschijnlijk meer winstverlies en hoofdpijn dan zakelijke voordelen opleveren.

Dit artikel biedt een cloudmigratie-checklist die ervoor zorgt dat uw overstap naar de cloud soepel, veilig en zonder onverwachte verrassingen verloopt. U kunt onze checklist als basislijn voor het migratieproces gebruiken aangezien het onderstaande stapsgewijze plan alle grote aspecten van het verplaatsen van een app naar de cloud dekt.

Cloudmigratie-checklist

Worstelen met cloudmigratie is een veelvoorkomend probleem voor bedrijven. Recente studies onthullen dat 55% van de cloudmigraties ofwel significant vertraging oplopen of over budget gaan.

Ook beschrijven 62% van de organisaties die momenteel overstappen naar de cloud het proces als moeilijk of mislukkend. De meeste van deze bedrijven haasten zich in de overstap zonder grondig te overwegen:

• De totale eigendomskosten (TCO).
• Hoe het team enorme hoeveelheden data en missiekritieke apps naar de cloud zal verplaatsen.
• Verschillende opties voor cloud-implementatie en -integratie.
• Potentiële nieuwe cyberbeveiligingsrisico's.
• Hoe voorbereid het interne team is om in de cloud te opereren.

De onderstaande cloudmigratie-checklist zorgt ervoor dat u deze factoren in overweging neemt voordat het team begint met het verplaatsen van apps en diensten naar de cloud.

Kies een toonaangevende migratie-architect(en)

Cloudmigratie omvat talloze technische beslissingen en plannen, dus u moet een enkele specialist of een team experts aanwijzen om de inspanning te leiden. Of u nu kiest voor één of meerdere medewerkers, de rol van een migratie-architect is om:

• Diensten te evalueren om te zien of ze beter passen bij on-premises of cloud-hosting.
• Een tijdlijn voor de migratie en de cloud-roadmap te creëren.
• Optimale strategieën te ontwerpen voor het verplaatsen van data en apps.
• Nodige app-refactoring te identificeren en te bewaken.
• Migratieprioriteiten te bepalen.
• De vereiste toolchain te definiëren.

De dedicated architect moet ook een compleet beeld van uw IT bieden. Dit proces omvat het beantwoorden van de volgende vragen:

• Welke apps heeft u, en wie gebruikt ze (en hoe vaak)?
• Hoe zakelijk-kritiek zijn apps die u wilt migreren?
• Welke resources consumeren programma's, en zijn ze afhankelijk van andere apps?
• Welke SLAs, zakelijke continuïteitsmaatregelen en nalevingsmaatregelen zijn momenteel in plaats?
• Zijn er prestatieproblemen die de huidige operaties beïnvloeden?

Afhankelijk van de analyse, moet de migratie-architect beoordelen of uw huidige werkgelegenheid de benodigde know-how heeft om:

• De migratie uit te voeren.
• In de cloudomgeving te opereren.

Start nooit de overstap naar de cloud tenzij u zeker bent dat uw team kan bloeien in de nieuwe setting.

Het dedicated 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 de migratie.
• Post-migratie cloudkosten (voornamelijk de prijs van bandbreedte en netwerken).
• De kosten van personeelstraining.
• Regelmatig post-migratie onderhoud.
• De kosten van potentiële downtime.
• Ruimte, koeling en elektriciteitskosten (voor een on-premises private cloud).

Stel migratiedoelen en KPI's in

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

• Een legacy-app moderniseren.
• Een specifieke dienst versnellen.
• Operationele mogelijkheden verbeteren.
• Systeemweerbaarheid vergroten.
• Gebruikerservaring verbeteren.
• Betere dienstschaalbaarheid bereiken.
• Lopende kosten verlagen.
• Databeveiliging verbeteren.

Naast het algemene doel, moet het team cloudmigratie Key Performance Indicators (KPI's) definiëren. Deze metrics zullen meten hoe een gemigreerde app of dienst presteert tegenover verwachtingen. Er is geen limiet aan het aantal KPI's dat uw team kan volgen, maar alle metrics vallen onder een van twee categorieën:

• KPI's die u volgt tijdens het migratieproces.
• Post-migratie KPI's.

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

• Duur van de migratie (zowel als geheel als per app).
• Beschikbaarheid van kritieke diensten.
• Downtime-lengte van diensten en datacenters.
• Dienstdegradering door downtime.
• Het aantal gegenereerde servicetickets.
• Migratiekosten.

Laten we kijken naar enkele post-migratie KPI's die uw team kan volgen:

• Infrastructuur-KPI's (CPU-gebruik, dienstgeheugenvoetafdruk, schijfprestaties, load balancing, latentie, netwerkdoorvoer, enz.).
• App-prestatiemetrics (foutenraten, aantal time-outs, gemiddelde responstijd (ART), piekresponstijd (PRT), uptime, beschikbaarheid, enz.).
• Gebruikerservaring-KPI's (aantal verzoekspieken, HTTP-statuscodefouten, gegooide en gelogde uitzonderingen, vertraging, responstijden, enz.).
• Zakelijke impactmetrics (duur van het afrekenproces, inschrijf- en uitschrijfcijfers, betrokkenheidscijfers, enz.).
• Kosten-KPI's (maandelijkse facturering, personeelskosten, third-party-tools, advieskosten, enz.).

U moet een basiswaarde instellen voor elke KPI voordat u besluit wat u wilt volgen. Baselining is het proces van het meten van de huidige (pre-migratie) staat van een app en dienst. Deze KPI's stellen u in staat om te bepalen of post-migratie prestaties acceptabel zijn of niet.

Voer data- en app-beoordeling uit

Databeoordeling is een vitale stap van deze cloudmigratie-checklist aangezien het verplaatsen van data doorgaans het lastigste deel is van cloudadoptie. Data zorgvuldig beoordelen stelt uw team in staat om te evalueren:

• Datarisiconiveaus.
• Het volume en type data dat u van plan bent te migreren.
• Algehele dataweerbaarheid.
• Wettelijke dataprivacyvereisten (zoals die er zijn).
• Meest significante dreigingen voor dataintegriteit.
• Potentiële post-migratie datalekkage- of inbraakscenario's.

Waar uw data resideert, kan de prestaties van een app of dienst beïnvloeden. Data naar de cloud verplaatsen terwijl de data-toegangsmethoden nog on-premises opereren, kan de prestaties aanzienlijk beïnvloeden. Hetzelfde geldt als de database nog on-premises is maar de dienst die er toegang toe heeft, in de cloud resideert.

Naast het evalueren van data, moeten uw on-premises apps dezelfde behandeling krijgen. Voor de migratie moet het team een inventaris maken van alle on-premises apps en hun servers. U moet ook eventuele huidige virtuele machines beoordelen en rekening houden met potentiële app-afhankelijkheden.

Als resultaat kunt u bepalen welke apps refactoring vereisen voordat ze naar de cloud verplaatst worden. Het team kan ook beginnen met het prioriteren van welke apps eerst gemigreerd moeten worden.

Evalueer cloudmigratie-opties

De volgende stap van de cloudmigratie-checklist is om te beoordelen welke apps welk type integratie met de cloud vereisen. U heeft twee opties:

• Ondiepe cloudintegratie (a.k.a. lift-and-shift): Wanneer u een app lift-and-shift, maakt u weinig tot geen wijzigingen aan de code en zet u de app in de cloud min of meer in zijn huidige vorm. Een app migreren zonder enige wijzigingen heet rehosting; kleine aanpassingen maken bij het verplaatsen van een app naar de cloud heet refactoring.
• Diepe cloudintegratie: In tegenstelling tot de ondiepe variant, vereist diepe cloudintegratie dat u 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 de app tot een cloud-native oplossing maken.

Ondiepe cloudintegratie is een aanzienlijk snellere optie dan het refactoren van grote delen van een app. In het algemeen zijn missiekritieke apps doorgaans de moeite waard van diepe integraties. Minder vitale apps en diensten kunnen volstaan met de ondiepe benadering aangezien u ze over tijd kunt refactoren nadat u naar de cloud gemigreerd bent.

Bedrijven besluiten ook vaak om apps te pensioneren of te behouden bij het beoordelen welke dienst welk type integratie vereist:

• Pensioneren is het proces van het identificeren van een verouderde app of dienst die geen waarde heeft als deze naar de cloud geüpload wordt.
• Behouden is de beslissing om een app on-premises te houden, doorgaans vanwege een beveiligings- of nalevingskwestie.

Kies het juiste cloud-implementatiemodel

Het kiezen van een geschikt cloud-implementatiemodel is vitaal voor succesvolle cloudmigratie. Verschillende modellen passen bij verschillende use cases, en de vijf opties waaruit u kunt kiezen zijn:

• Publieke cloud (een multi-tenant omgeving die toegang biedt tot compute-resources via het internet of via een dedicated directe verbinding).
• Private cloud (een single-tenant systeem waarin een enterprise cloudresources binnen zijn eigen datacenter draait).
• Hybride cloud (een mix van on-prem systemen, publieke en private clouds waarin workloads tussen omgevingen verplaatsen via automatisering en orchestratie).
• Multi-cloud (een mix van twee of meer publieke 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 aanwijzers:

• De publieke cloud biedt een schaalbare omgeving met een pay-per-usage-model. Hoewel hoog schaalbaar, is de publieke cloud misschien niet ideaal voor gevoelige workloads.
• Een private cloud is perfect voor een bedrijf met het budget om een on-premises cloudomgeving te draaien op maat voor zijn missiekritieke workloads.
• Een hybride cloud stelt u in staat om gevoelige workloads on-premises te draaien terwijl u ook profiteert van publieke cloud-schaalbaarheid tijdens piekbelasting.
• Hoewel hoog voordelig wanneer correct gedaan, zijn er enkele hybride cloud-uitdagingen waar u zich van bewust moet zijn voordat u een hybride architectuur ontwerpt.
• Multi-cloud is een uitstekende keuze voor bedrijven die zich zorgen maken over vendor lock-in of bedrijven die willen mixen en matchen diensten van meerdere leveranciers.

Kies een cloudserviceprovider

Tenzij u ervoor koos om een on-premises private cloud op te zetten, moet het volgende item op de cloudmigratie-checklist zijn om een cloudprovider te vinden. 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.
• Vertrouwdheid van uw interne team met de tech-stack van de provider.
• Industrie-specifieke nalevingsvereisten (bijv. gebruikersdata bewaren in de oorsprongslocatie volgens CCPA of GDPR).
• Post-migratie-ondersteuning en beheerde IT-diensten.

Onthoud dat de populairste serviceproviders niet altijd de beste fit zijn. Prominente leveranciers streven ernaar om aan een brede set behoeften te voldoen, dus ze maken niet altijd een goede match met een bedrijf in een specifieke verticale.

Bijvoorbeeld, een bedrijf dat in de gezondheidszorg opereert, zou beter af kunnen zijn door te partneren met een niche-provider die beter begrijpt en ondersteunt naleving van HIPAA.

Voer benodigde refactoring uit

Zodra u weet welke cloud-implementatie u nodig heeft en met wie u moet partneren, moet uw team beginnen met het aanbrengen van de benodigde wijzigingen aan apps en diensten 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. Bijvoorbeeld, uw team kan een app refactoren om:

• Te werken met een variabel aantal draaiende instanties om near-instant schaling toe te staan.
• Te profiteren van dynamische cloud-mogelijkheden (zoals de capaciteit om resources per huidige behoeften toe te wijzen en vrij te maken).
• Een meer service-georiënteerde architectuur te creëren om individuele diensten snel naar de cloud te verplaatsen (zowel deze keer als in de toekomst).

Nu is ook de juiste tijd om governance en beveiliging te heroverwegen. U zult waarschijnlijk uw governance-strategie moeten aanpassen om minder te vertrouwen op interne beveiliging en controle, en meer op de cloudservices van de provider. Wat cloudbeveiliging betreft, moet u:

• Beoordelen of de migratie kan leiden tot nieuwe kwetsbaarheden.
• Begrijpen hoe uw interne team met de provider zal samenwerken om cloud-activa veilig te houden.
• Uw huidige beveiligingsmaatregelen en -praktijken aanpassen (en potentiëel verbeteren).
• Beslissen of u kunt profiteren van additionele beveiligingstools die de provider aanbiedt.
• Failover- en herstel na noodgevallen-mechanismen instellen.

Methodisch migreren en verkeer overschakelen van on-premises operaties

Hoewel u alles in één keer naar de cloud kunt migreren, kan deze benadering uitdagend en riskant zijn om uit te voeren. In plaats daarvan moet u apps en diensten één voor één migreren, beginnend met minder kritieke apps en langzaam uw weg werkend naar de cruciale.

Hier is hoe deze migratiebenadering eruit moet zien:

• Prioriteer apps die uw team met de minste risico op operaties kan verplaatsen. Goede keuzes zijn apps die alleen rehosting vereisen of minimaal resources gebruiken (zoals lage opslag of berekeningen).
• Start dan met het verplaatsen van apps die hoge waarde voor uw bedrijf hebben maar een relatief laag risico tijdens de migratie presenteren.
• Laat ten slotte de missiekritieke en verstorende workloads voor de laatste fasen van de migratie. Begin nooit met het verplaatsen van deze apps tenzij de eerdere stappen optimaal werken.
• Gebruik een handmatige of geautomatiseerde test (of beide) om te controleren of de migratie succesvol was of niet.

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

• Allemaal tegelijk: Het team schakelt alle on-premises verkeer over zodra de app in de cloud begint te draaien.
• Beetje bij beetje: U verplaatst een paar klanten naar de nieuwe omgeving zodra het team de cloud-gebaseerde app heeft opgezet. Als alles werkt zoals verwacht, gaat u door met het overbrengen van klanten naar de cloud over tijd totdat alle eindgebruikers vertrouwen op de nieuwe app.

Gebruik onze cloudmigratie-checklist om met vertrouwen te migreren

Hoewel het verplaatsen naar de cloud vaak een no-brainer beslissing is, worstelen veel bedrijven met of hebben beperkt succes bij het verplaatsen van apps naar de cloud. Zich houden aan de bovenstaande cloudmigratie-checklist zorgt ervoor dat u alle veelvoorkomende valkuilen vermijdt, zodat u uw cloudadoptie kunt plannen zonder de vrees voor kostbare misstappen.