Las 6 R de la migración a la nube: qué estrategia usar para cada aplicación
Migrar a la nube no significa aplicar la misma estrategia para todos los sistemas de la empresa. Cada aplicación tiene una edad, una arquitectura y una importancia diferente para el negocio, y AWS organiza los enfoques posibles de migración en seis categorías, conocidas como las 6 R. Entender cada una ayuda a planificar una migración más rápida, más barata y con menos riesgo.
Rehost: mover sin alterar
Rehost, también llamado lift and shift, es mover la aplicación a la nube prácticamente sin alteraciones en el código o en la arquitectura. Es la estrategia más rápida de aplicar y suele ser el punto de partida para empresas que necesitan salir del data center local rápidamente, dejando optimizaciones más profundas para una etapa posterior.
Replatform: ajustes puntuales para ganar eficiencia
Replatform implica hacer pequeños ajustes en la aplicación durante la migración, sin cambiar la arquitectura central. Un ejemplo común es migrar una base de datos autogestionada a un servicio gestionado como Amazon RDS, reduciendo el esfuerzo operativo sin necesidad de reescribir la aplicación entera.
Repurchase: cambiar por una solución lista
Repurchase significa abandonar la aplicación actual y adoptar una solución ya existente, generalmente en el modelo de software como servicio. Tiene sentido cuando mantener y migrar el sistema legado cuesta más caro que adoptar una alternativa de mercado ya lista y mantenida por otro proveedor.
Refactor: reconstruir para aprovechar la nube de verdad
Refactor es la estrategia más profunda, e implica rediseñar la aplicación para aprovechar recursos nativos de la nube, como arquitectura serverless, contenedores o microservicios. Exige más tiempo e inversión, pero suele traer las mayores ganancias de escalabilidad, rendimiento y reducción de costo a largo plazo.
Retain: mantener como está por ahora
Retain significa decidir, conscientemente, no migrar una aplicación específica en el momento. Puede ser porque el sistema está a punto de ser descontinuado, porque existe una dependencia técnica demasiado compleja para resolver ahora, o porque el retorno de la migración no justifica el esfuerzo en ese momento.
Retire: apagar lo que ya no es necesario
Retire es identificar sistemas que ya no generan valor para el negocio y simplemente desactivarlos. Es común encontrar aplicaciones olvidadas, duplicadas o sustituidas por otras soluciones durante el relevamiento inicial de una migración, y apagarlas reduce costo y complejidad antes incluso de que comience la migración.
¿Cómo elegir la estrategia adecuada para cada aplicación?
La elección depende de la importancia de la aplicación para el negocio, de la complejidad técnica involucrada, del presupuesto disponible y del plazo esperado para la migración. Los sistemas críticos con alto volumen de uso suelen justificar una inversión mayor en refactor, mientras que los sistemas de soporte interno pueden resolverse rápidamente con rehost o replatform.
En la práctica, la mayoría de las migraciones combina varias de esas estrategias al mismo tiempo, aplicando el enfoque adecuado para cada sistema, en lugar de usar una única estrategia para todo el portafolio de aplicaciones de la empresa.
¿Por qué importa esta planificación?
Las empresas que migran sin definir la estrategia adecuada para cada aplicación suelen gastar más tiempo y dinero del necesario, o pierden la oportunidad de salir de la migración ya con una arquitectura más eficiente. Un relevamiento técnico bien hecho al inicio evita retrabajo y acelera el retorno de la inversión en nube.
CloudDog tiene experiencia aplicando las diferentes estrategias de migración para empresas de todos los tamaños en AWS. Conoce nuestro servicio de Migración a la Nube AWS y planifica la estrategia adecuada para cada aplicación de tu empresa.
