Lift-and-shift naar cloud of meteen re-architecten?
Lift-and-shift first als je on-prem deadline staat. Re-architect daarna per app op basis van waar het echt loont. Beide tegelijk leidt tot een migratie-project van 18 maanden in plaats van 6.
Probeer dit eerst zelf
- 1Lift-and-shift als doel: snelheid uit datacenter, voorspelbare kost. Gebruik Application Migration Service / Azure Migrate / Migrate for Compute Engine.
- 2Verwacht NIET dat lift-and-shift goedkoper is dan on-prem op dag één. Cloud-economy vergt re-architecture, lift-and-shift is meestal duurder per maand.
- 3Stop niet bij lift-and-shift. Plan voor elke verplaatste app een re-architect-beslissing binnen 12 maanden: stay-as-is, refactor, of replatform.
- 4Goede kandidaten voor re-architect: web-frontends naar serverless, batch-werk naar queues, file-shares naar object-storage. Dat zijn de quick-wins.
- 5Slechte kandidaten voor re-architect: legacy-COTS-software waarvan de leverancier niet meebeweegt, zelf geschreven monolith zonder tests.
Wanneer ons inschakelen
Voor een migratie waar de on-prem-datacenter-deadline een hard moment is, is een migratie-plan met fasen, kostenmodel en exit-strategie meestal de eerste week werk waard.
Zie ook
- Iedereen logt in met het root-account van AWSHet root-account is voor noodgevallen en facturatie. Dagelijks werk hoort via IAM-users of SSO.
- Iedere developer heeft AdministratorAccessAdministratorAccess overal is gemak nu, drama later. Begin met rolgebaseerde policies.
- Iedereen heeft losse IAM-users met eigen wachtwoordIdentity Center (voorheen AWS SSO) koppelt aan je IdP en geeft tijdelijke credentials per sessie.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.