cloudmigratie
stress?
Bepaal de juiste aanpak voor je cloudmigratie
Migreren naar de cloud betekent keuzes maken. Elke functionaliteit vraagt om een eigen aanpak. Verhuis je bestaande applicaties mee, bouw je ze opnieuw op in de cloud of vervang je ze door SaaS-oplossingen? En hoe maak je daarbij de juiste security en compliance afwegingen? Er zijn acht mogelijke scenario’s om uit te kiezen.
Download nu onze Migratiewijzer en bepaal de juiste cloudmigratiestrategie!
Om je een stap verder te helpen hebben we dit keuzeproces weergegeven in een overzichtelijke beslisboom: de Migratiewijzer. Met vraag en antwoord leiden we je voor elke applicatie of functionaliteit naar het juiste scenario.
Kijk hieronder voor een praktische toelichting op de verschillende scenario’s, de kenmerken en toepassing ervan.
cloud
De 8 migratiescenario's
#1 Retire
De applicatie uitfaseren of ontmantelen
Soms is een legacy-applicatie niet langer nuttig. Bijvoorbeeld, omdat het niet of nauwelijks meer wordt gebruikt. Het uitschakelen van deze applicatie zorgt dan voor directe besparingen: je hoeft geen (beheer)kennis meer vast te houden, potentiële securityproblemen vervallen en de applicatie neemt geen (opslag)ruimte meer in beslag op de server.
RETAIN
#2 Retain
De applicatie (voor nu) behouden
Migreren naar de cloud is niet altijd zinvol. Het kan zijn dat er sprake is van een ‘special’ (maatwerkapplicatie) met specifieke hardware, of een systeem dat je niet zomaar mag verplaatsen. Ook is een cloudmigratie soms vanwege security redenen niet toegestaan en soms is er (nog) geen SaaS-variant.
Let wel, het draaien van speciale applicaties is doorgaans kostbaar en risicovol. Dit komt mede, omdat je de beheerkennis in huis moet hebben en houden. Wij adviseren om te blijven zoeken naar een (beter) alternatief. Evalueer regelmatig of een migratie op een bepaald moment wél mogelijk is.
#3 Rebuild (of Re-architect)
De applicatie opnieuw ontwerpen en bouwen
Van alle migratiescenario’s is ‘rebuilding’ de meest kostbare en risicovolle methode. Dit is vooral interessant voor organisaties die hun eigen strategische applicatie willen vernieuwen. Bijvoorbeeld, omdat de applicatie een uniek concurrentievoordeel biedt maar niet meer toekomstbestendig is door verouderde programming frameworks.
Het opnieuw bouwen van de applicatie kan met microservices: kleine autonome services die onderling communiceren via API’s. De mini-applicaties kun je afzonderlijk van elkaar beheren waardoor je met een minimum aan afhankelijkheden te maken hebt. Met een CI/CD-werkwijze kun je bovendien vrijwel alle stappen automatiseren. Hiervoor is wel expertise nodig – en een lange adem.
REFACTOR
#4 Refactor
De applicatie herstructureren met cloud native features
Bij ‘refactoring’ bouw je de applicatie niet helemaal opnieuw, maar breng je stukje bij beetje verbeteringen aan. Je herstructureert als het ware secties van je applicatie. Door hierbij slim gebruik te maken van bestaande services met cloud-native functionaliteiten profiteert je verbeterde applicatie optimaal van de flexibiliteit die de cloud biedt. Dit kan veel tijd en middelen schelen. Een ander voordeel is de verbeterde leesbaarheid van de code, waardoor deze efficiënter en beter te onderhouden is. Ook zijn er minder risico’s, omdat je geleidelijke aanpassingen doet. En: je betaalt alleen voor wat je nodig hebt.
‘Refactoring’ is een veelgebruikt scenario. Het is een eerste stap om de applicatie helemaal toe te snijden op een cloudomgeving. Maar ook om bijvoorbeeld van leverancier te switchen of van een dure server of (platform)service over te stappen naar een goedkopere (platform)service.
#5 Rehost
De service - met daarop je applicaties - verplaatsen van on-premises naar de cloud
Een eenvoudige manier om naar de cloud te migreren, is simpelweg je huidige omgeving oppakken en ergens anders neerzetten: lift-and-shift. Je verplaatst je virtuele machine, met daarop je applicatie, naar de public cloudomgeving van bijvoorbeeld Amazon of Azure. Dit vergt een paar kleine aanpassingen, maar geen grote wijzigingen in je architectuur. Eenmaal in de cloud kun je alsnog optimaliseren of herontwerpen met behulp van (cloud)resources.
Ook ‘rehosting’ komt veel voor. Bijvoorbeeld, wanneer je onder significante tijdsdruk een on-premises omgeving moet afsluiten. Of als een cloudmigratie kritiek is voor bedrijfsgroei, maar het developmentteam onvoldoende kennis heeft van cloud-native technieken. Maar, omdat je applicaties zonder optimalisatieslag naar de cloud verplaatst, is het niet ideaal. Wel is het een goede manier om kennis op te doen van het cloudplatform, de services en het abonnementsmodel. Vervolgens kun je kijken hoe je de huidige virtuele machines, software en services beter kan inzetten binnen het cloudlandschap.
RE-INSTALL
#6 Re-install
Je software opnieuw installeren op een nieuwe machine
Met deze strategie installeer je samen met de softwareleverancier opnieuw je software op een nieuwe (virtuele) machine in de cloud. Dit is een slimme manier om bijvoorbeeld een verouderd besturingssysteem te updaten of over te stappen op een ander formaat softwarestack. Met de nieuwe softwareversie ben je direct compliant en beschik je over meer of snellere functionaliteiten.
‘Re-install’ is een duurdere migratiemethode dan ‘rehosting’, maar komt vaak voor. Bijvoorbeeld, omdat je een nieuwe versie van een besturingssysteem nodig hebt om compliant te blijven en je de applicatie daarom ook een update moet krijgen.
#7 Replatform
De huidige (fysieke of virtuele) machine vervangen door een service
Met ‘replatform’ vervang je je huidige machine door een cloudservice, en neem je hierop een platformdienst af. Je stapt dus over naar een ‘Platform-as-a-Service’-model. Dit haalt veel complexiteit weg. Zo hoef je het besturingssysteem niet meer zelf te updaten of beheren. Dit doet de leverancier voor je. Een voorbeeld van een functionaliteit die draait op een platformdienst is multi-factor authenticatie (MFA).
REPLACE
#8 Replace (of Repurchase)
De applicatie vervangen door een SaaS-applicatie
Door een nieuwe functionaliteit af te nemen als ‘Software-as-a-Service’, hoef je zelf niets meer te installeren of programmeren. Je wordt volledig ontzorgd, en je maakt minder kosten voor de infrastructuur, het onderhoud en de ontwikkeling van nieuwe functionaliteiten. Ook profiteer je van een snelle time-to-market en geniet het een hoge mate van flexibiliteit. Wel ben je afhankelijk van het aanbod van de softwareleverancier.
Vaak biedt de service functionaliteiten op het gebied van CMS, HRM, CRM, accounting, rapportages, email en document sharing. Voorbeelden zijn Microsoft 365, Google Workplace, HubSpot of Zoom.
Download de beslisboom
Bepaal de juiste aanpak voor je cloudmigratie
Voor een migratie naar de cloud zijn er 8 mogelijke strategieën – ook wel scenario’s – te hanteren. Bepaal de juiste strategie voor jouw applicatie of functionaliteit en download onze beslisboom ‘de Migratiewijzer’ met daarin:
- De belangrijkste afwegingen voorafgaand aan een migratie
- Security en compliance vragen om jezelf te stellen
- Een overzicht van welke keuzes naar verschillende scenario’s leiden
Download
Advies inwinnen voor je cloudtransitie?
Samen zorgen we ervoor dat je de beste én meest veilige migratiekeuze maakt.
Neem contact met ons op.
