Estrategias de migración: las 7 R
Qué es: las 7 R son las siete formas de tratar cada aplicación al migrar: retire, retain, rehost, relocate, replatform, repurchase y refactor. Se elige una por aplicación.
| Estrategia | Qué haces | Palabra clave |
|---|---|---|
| Retire | Apagas la aplicación | “Sin uso”, “sin valor” |
| Retain | La dejas donde está, por ahora | “No migrar aún” |
| Rehost | Mueves a EC2 sin cambios | “Lift and shift” |
| Relocate | Mueves la plataforma virtualizada entera | “VMware a la nube” |
| Replatform | Pequeños ajustes, como pasar a RDS | “Lift, tinker and shift” |
| Repurchase | Cambias a otro producto, como SaaS | “Drop and shop” |
| Refactor | Rediseñas con servicios nativos | “Re-architect”, “serverless” |
Analogía: una mudanza. Tiras lo viejo (retire), dejas cosas en casa de tus padres (retain), llevas los muebles tal cual (rehost), los adaptas (replatform), compras nuevos (repurchase) o diseñas a medida (refactor). Dónde falla la analogía: relocate no tiene equivalente doméstico: es mover el “edificio” virtual entero, por ejemplo tu entorno VMware (una plataforma de virtualización), a su versión en AWS.
Ejemplo real: Viajes Horizonte clasifica 50 aplicaciones. Apaga 6 que nadie usa, copia sus servidores web a EC2 (rehost) y pasa su Oracle a Aurora (replatform, con la replicación de la Sesión 11). Reemplaza su CRM propio por uno SaaS y rediseña el motor de reservas con Lambda (refactor). Es la pregunta 2 del inicio: mover tal cual es rehost; rediseñar, refactor.
Úsalo cuando: planifiques una migración: cada aplicación necesita su R. No lo uses cuando: creas que todo debe rediseñarse antes de migrar: en migraciones grandes, AWS recomienda mover primero (rehost o replatform) y modernizar después.
En el examen: “lift and shift” o “sin cambios” es rehost; “a un servicio administrado sin cambiar el código” es replatform; “pasar a SaaS” es repurchase; “nativo de la nube” es refactor, la más costosa.