Les 6 R de la migration cloud : rehost, replatform, refactor… (guide)

Les « 6 R » sont les six stratégies possibles pour migrer une application vers le cloud : Rehost, Replatform, Repurchase, Refactor, Retire, Retain. Le principe clé : il n'y a pas une bonne stratégie, mais une bonne stratégie par application. Les migrations qui échouent sont celles qui en appliquent une seule à tout le parc.

Les 6 stratégies

1. Rehost (« lift-and-shift ») — déplacer l'application telle quelle vers le cloud. Rapide, peu risqué, mais ne corrige rien. Utile pour aller vite ou vider un datacenter.
2. Replatform (« lift-and-reshape ») — déplacer avec quelques optimisations (base managée, conteneurisation légère) sans réécrire. Bon compromis effort/gain.
3. Repurchase — remplacer par une solution SaaS (ex. passer d'un CRM maison à un SaaS). On abandonne le code au profit d'un produit.
4. Refactor (« re-architect ») — réécrire pour exploiter pleinement le cloud (serverless, microservices). Le plus coûteux, le plus payant sur les applications stratégiques.
5. Retire — décommissionner ce qui ne sert plus. La migration est l'occasion de faire le ménage (souvent 10-20 % du parc).
6. Retain — garder sur place (pour l'instant) ce qui n'a pas vocation ou intérêt à migrer.

Comment choisir par application

Le bon arbitrage croise : valeur métier, durée de vie, criticité, dette technique et coût. Une application stratégique qui va durer justifie un refactor ; une application en fin de vie, un rehost ou un retire. C'est l'objet du cadrage de migration.

Le piège du tout-rehost

Migrer tout en lift-and-shift semble rapide et sûr — et laisse tous les problèmes intacts, dans un environnement plus cher (la facture cloud non optimisée). À l'inverse, tout refactorer ne finit jamais. La maturité, c'est le bon R au bon endroit.

Ce que l'IA change

L'IA accélère la phase de décision : cartographier le parc et ses dépendances, évaluer la dette de chaque application, et générer l'infrastructure as code et les tests pour les migrations retenues.

FAQ

Combien de R pour une migration réussie ? Autant que nécessaire : un vrai plan de migration mélange les stratégies selon les applications. Un seul R appliqué à tout est un signal d'alerte.

Quelle est la stratégie la moins risquée ? Le rehost — mais « le moins risqué » ne veut pas dire « le plus utile ». Il ne corrige pas la dette et peut augmenter les coûts s'il n'est pas suivi d'optimisation.

Origin 137 cadre et exécute les migrations cloud avec des ingénieurs augmentés à l'IA — le bon R au bon endroit. Migration cloud · Contact.

Voir aussi : Pôle Modernisation · Guide S/4HANA