Rehost, Replatform, Refactor (las R de la migración a la nube)
Estrategias de migración a la nube según cuánto cambia la aplicación: desde moverla tal cual (rehost) hasta rediseñarla (refactor). AWS las llama las 7 R.
Pronunciación
Qué es
Cuando una empresa decide llevar sus sistemas a la nube, cada aplicación necesita una estrategia de migración. Las más conocidas se nombran con palabras que empiezan por “R”, y responden a una pregunta de negocio: ¿cuánto vamos a cambiar esta aplicación en el camino?
- Rehost: se mueve tal cual
- Replatform: se mueve con algunos ajustes
- Refactor: se rediseña para aprovechar la nube
Hay más “R” (retirar, retener, recomprar, reubicar), pero estas tres son las que más decisiones técnicas y presupuestales generan.
De dónde vienen las “R”
- Gartner propuso inicialmente un marco de 5 R para migrar aplicaciones a la nube.
- En 2016, Stephen Orban (AWS) publicó 6 estrategias que, según su propio artículo, se construyen sobre esas 5 R de Gartner.
- Hoy la guía de AWS habla de 7 R, al sumar Relocate.
Las 7 R según AWS
| Estrategia | También llamada | Qué implica |
|---|---|---|
| Retire | — | Apagar o archivar aplicaciones que ya no aportan valor |
| Retain | — | Dejarla donde está, por ahora (dependencias, cumplimiento, riesgo) |
| Rehost | Lift and shift | Mover la aplicación a la nube sin cambios |
| Relocate | — | Trasladar servidores o recursos a una versión en la nube de la misma plataforma, sin reescribir |
| Repurchase | Drop and shop | Reemplazar por otro producto, típicamente SaaS |
| Replatform | Lift, tinker and shift | Mover con optimizaciones puntuales, por ejemplo pasar a una base de datos administrada |
| Refactor / Re-architect | — | Rediseñar la arquitectura para aprovechar capacidades nativas de la nube |
Rehost vs Replatform vs Refactor
Menos cambio, más rápido Más cambio, más beneficio
───────────────────────────────────────────────────────────────────────────→
REHOST REPLATFORM REFACTOR
Misma app en VM App + servicios App rediseñada:
en la nube administrados microservicios,
(BD, contenedores) serverless, eventos| Criterio | Rehost | Replatform | Refactor |
|---|---|---|---|
| Velocidad | Alta | Media | Baja |
| Costo inicial | Bajo | Medio | Alto |
| Aprovecha la nube | Poco | Parcialmente | Al máximo |
| Deuda técnica | Se traslada intacta | Se reduce un poco | Se puede pagar |
Un ejemplo de replatform que menciona AWS: pasar una base de datos Microsoft SQL Server a Amazon RDS for SQL Server. Un ejemplo típico de refactor: descomponer un monolito en microservicios desplegados en contenedores con Docker.
Qué recomienda AWS para migraciones grandes
La guía de AWS indica que refactorizar es la estrategia más compleja y costosa, y que no se recomienda para migraciones grandes porque implica modernizar durante la migración. Su sugerencia: primero migrar (rehost, relocate o replatform) y modernizar después, cuando la aplicación ya está en la nube.
Por qué importa para empresas en Latinoamérica
Cuando la migración llega con presión de tiempo (vence un contrato de datacenter, hay que renovar hardware o un cliente exige mejor disponibilidad), elegir bien la R para cada aplicación evita dos extremos costosos:
- Rehost de todo: la factura de nube sube y la aplicación sigue igual de difícil de cambiar
- Refactor de todo: el proyecto se alarga y el negocio no ve resultados
Errores comunes
❌ Aplicar la misma R a todo el portafolio → Cada aplicación se evalúa por valor de negocio, riesgo y complejidad
❌ Hacer rehost y creer que ya se “modernizó” → Un sistema legacy en una VM de nube sigue siendo legacy
❌ Refactorizar sistemas legacy sin estrategia incremental → Para sistemas grandes conviene combinar con el patrón Strangler Fig
❌ Olvidar la operación → Sin prácticas DevOps, la nube se opera igual que el datacenter viejo
Ejemplo práctico (ilustrativo)
Una empresa de retail tiene cinco aplicaciones en su datacenter:
| Aplicación | Estrategia elegida | Por qué |
|---|---|---|
| Intranet antigua sin uso | Retire | Nadie la usa |
| Correo corporativo | Repurchase | Pasar a un servicio SaaS |
| ERP de proveedor | Rehost | No se puede modificar el código |
| Portal de clientes en .NET | Replatform | Contenedores y base de datos administrada |
| Sistema de pedidos en VB6 | Refactor | Reescritura incremental a .NET + Angular |
En Nextsoft acompañamos estos proyectos junto con aliados estratégicos especializados en migración: el aliado realiza la migración y Nextsoft ejecuta nuevos módulos, integraciones, frontend y QA. Conoce el servicio de modernización de sistemas legacy. Conversemos.
Términos relacionados
- Docker - Contenedores, clave en muchas estrategias de replatform
- Microservicios - Arquitectura destino habitual en un refactor
- Strangler Fig - Patrón para refactorizar por partes
- Mainframe - Plataforma que exige evaluación cuidadosa antes de migrar
- DevOps - Prácticas para operar bien lo que se migra
Recursos adicionales:
- AWS - Estrategias de migración (7 R) - Guía oficial con casos de uso de cada estrategia
- Stephen Orban - 6 Strategies for Migrating Applications to the Cloud - El artículo de 2016 en el que AWS describió seis estrategias de migración (en inglés)