2.1 - Stratégies de migration cloud (les 6 R)
L'objectif 2.1 du Cloud+ CV0-004 couvre les stratégies de migration, souvent formulées comme les 6 R. Le rehost (lift and shift) déplace une VM vers le cloud sans la modifier ni la reconcevoir - l'option la plus rapide et la moins coûteuse en effort. Le replatform apporte des ajustements mineurs pendant la migration, comme déplacer une base vers un service géré, pour un bénéfice sans réécriture complète. Le repurchase remplace une application auto-hébergée par un produit SaaS équivalent. Le refactor réécrit l'application pour la rendre cloud-native, le plus d'effort mais le plus de bénéfice. Le retire met hors service une ancienne application au lieu de la déplacer, et le retain conserve une charge sur site pour l'instant. Tu dois associer l'objectif décrit au bon R. Attends-toi à des mises en situation décrivant comment une appli est déplacée et demandant la stratégie.
Déplacer sans changement (lift and shift) = rehost. Ajustements mineurs (ex. base gérée) = replatform. Remplacer par un SaaS = repurchase. Réécrire cloud-native = refactor. Mettre hors service = retire. Garder sur site = retain.
Questions d'entraînement
1. Déplacer une VM vers le cloud sans la modifier ni la repenser correspond à quelle stratégie de migration ?
- Refactorisation
- Replateformage
- Rehébergement (bonne réponse)
- Mise au rebut
Le rehébergement (lift-and-shift) déplace la charge telle quelle. Le replateformage apporte de petites optimisations ; la refactorisation ré-architecture l'appli ; le rebut la retire.
2. Une vieille appli est mise hors service au lieu d'être migrée vers le cloud. Lequel des 6 R est-ce ?
- Rehost
- Retire (rebut) (bonne réponse)
- Retain (conserver)
- Repurchase
Retire signifie arrêter une application devenue inutile, réduisant coût et risque. Retain la garde en l'état sur site ; repurchase la remplace par un produit SaaS.
3. Apporter de petites retouches comme déplacer une base vers un service géré pendant la migration est quel R ?
- Rehost tel quel
- Refactor complet
- Replatform (bonne réponse)
- Retire total
Le replatform (lift-tinker-shift) apporte de petites optimisations comme adopter une BDD gérée sans repenser l'appli. Le refactor la ré-architecture ; le rehost la déplace inchangée.
4. Remplacer une appli auto-hébergée par un produit SaaS équivalent pendant la migration est quel R ?
- Rehost tel quel
- Repurchase (bonne réponse)
- Refactor complet
- Retain en place
Le repurchase signifie abandonner l'ancienne appli et acheter un remplacement SaaS (par exemple passer à un CRM hébergé). Le refactor réécrit l'appli ; le retain la laisse en place.
5. Ré-architecturer un monolithe en microservices cloud-natifs pendant la migration est quel R ?
- Rehost
- Replatform
- Refactor (bonne réponse)
- Retain
Le refactor (ré-architecture) repense l'appli pour la rendre cloud-native, l'effort le plus grand mais le plus grand bénéfice cloud. Le replatform ne fait que de petites retouches ; le rehost déplace l'appli inchangée.
6. Vous avez besoin d'au moins 60 adresses d'hôtes utilisables dans un sous-réseau. Quel préfixe est le plus petit qui convient ?
- /27
- /26 (bonne réponse)
- /25
- /24
Un /26 donne 64 adresses, moins le réseau et la diffusion laisse 62 utilisables, couvrant 60. Un /27 n'en donne que 30 utilisables, trop peu ; les blocs plus grands gaspillent.