Quelle stratégie de migration déplace une application existante sur site (on-premises) vers des serveurs virtuels AWS quasiment telle quelle, avec peu de modifications de code ? On l'appelle couramment « lift and shift ».
Choisir le nom de la stratégie de migration qui déplace vers AWS sans modifications (lift and shift).
Refactorisation (Refactor)
La refactorisation est une stratégie de migration qui reconstruit l'application en une architecture cloud-native, ce qui implique de lourdes modifications de code.
Cette question porte sur une migration « quasiment sans modification », donc une refactorisation lourde de reconstruction ne s'applique pas et elle est incorrecte.
Réhébergement (Rehost)
Correct. Le réhébergement (lift and shift) est une stratégie qui déplace une application existante quasiment telle quelle vers des serveurs virtuels AWS (tels qu'EC2). Avec peu de modifications, la migration est rapide, c'est pourquoi on l'utilise souvent dans les premières phases lorsqu'on veut déplacer rapidement de nombreux serveurs.
Replateformage (Replatform)
Le replateformage est une stratégie qui remplace seulement une partie par des services gérés pour l'optimiser pendant le déplacement (par exemple, faire passer une BD auto-gérée à Amazon RDS).
Cette question déplace l'application quasiment telle quelle avec peu de modifications de code, donc un replateformage qui ajoute des optimisations ne s'applique pas et il est incorrect.
Rachat (Repurchase)
Le rachat est une stratégie qui fait passer une application existante à un produit différent (souvent un SaaS).
Cette question déplace la même application telle quelle, ce qui diffère de l'achat d'un produit différent, c'est donc incorrect.
Les R de la migration : Rehost (sans modification = lift & shift) / Replatform (légère optimisation) / Refactor (reconstruction) / Repurchase (produit différent = SaaS) / Relocate (déplacer tel quel). « Sans modification » et « lift & shift » désignent le rehost.