---
title: "Les 6 R de la migration cloud : rehost, replatform, refactor… (guide)"
date: 2026-07-20
category: strategie
description: "Rehost, replatform, repurchase, refactor, retire, retain : les 6 stratégies de migration cloud expliquées, avec quand utiliser chacune. Le cadre pour décider application par application."
canonical: https://o137.ai/blog/6-r-migration-cloud
---

# 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](/modernisation/cloud) · [Contact](/contact).

**Voir aussi :** [Pôle Modernisation](/modernisation-augmentee-ia) · [Guide S/4HANA](/blog/migration-sap-s4hana-guide)