¿Quieres fallar en tu migración a la nube? Entonces no leas esto

Transforma tus Procesos con AWS e Inteligencia Artificial

27 de noviembre 2025 - 10:00

Asegúrate de formar parte de este Desayuno Tecnológico dónde veremos Casos Reales con Resultados Reales

Siendo purista con el concepto de migración, las tres primeras opciones descritas no suponen una migración en sí mismas. Las 4 R’s restantes son:

Replatform VS Rehost como primera fase en la estrategia de migración a la nube pública

Cuando una compañía se plantea migrar uno o varios aplicativos a la nube, normalmente se lleva a cabo una fase de inventariado y de análisis de criticidad de aplicativos, dependencias, etc., seguida de una fase de evaluación del proceso a seguir para que no haya impacto en el negocio, lo cual finaliza con una estrategia de migración.

En muchas ocasiones, para minimizar riesgos, la primera fase de esa estrategia es optar por la primera de las 7 R’s (Rehost) llevando la aplicación tal cual está On premise a la nube (también conocida como lift & shift).

Sin embargo, a pesar de que es una opción válida, en muchas ocasiones no resulta ser una opción óptima, especialmente si tenemos en cuenta ciertos factores como los siguientes:

1. Dimensionamiento de recursos y elasticidad

¿Qué implica el dimensionamiento de recursos en un entorno on-premise?

En servidores físicos, incluso virtualizados, la capacidad está limitada al hardware disponible (vCPU, RAM y disco). Dado que la carga de trabajo no siempre es constante, se suele dimensionar la infraestructura pensando en el pico de demanda, lo que asegura estabilidad, pero genera un ecosistema sobredimensionado la mayor parte del tiempo.

¿Cómo afecta este modelo a entornos no productivos o de uso esporádico?

En estos entornos, aunque puedan estar apagados en noches, fines de semana o vacaciones, es necesario mantener los recursos de cómputo disponibles. Esto genera una ineficiencia de costes si se migra a la nube con máquinas virtuales dimensionadas al pico.

¿Qué problemas trae este enfoque al migrar con Rehost?

Al replicar el modelo tradicional en la nube bajo IaaS, se paga por capacidad pico que no se utiliza todo el tiempo. Esto conlleva un gasto innecesario y poco alineado con la elasticidad que realmente ofrece la nube.

¿Cómo soluciona Replatform el sobredimensionamiento?

Con Replatform es posible:

• Programar redimensionamientos para optimizar costes.
• Implementar grupos de autoescalado que ajusten los recursos de cómputo en función de la demanda real.
• Apostar por servicios serverless, donde el proveedor asigna o libera recursos automáticamente según el uso del aplicativo, optimizando así el ecosistema sin intervención manual.

2. Licenciamiento

¿Por qué el licenciamiento es un factor crítico en la migración a la nube?

El licenciamiento de la pila tecnológica (virtualización, sistema operativo, base de datos y middleware) supone una parte importante de los costes de IT. En muchos casos, este licenciamiento está ligado directamente a los recursos de cómputo (como en bases de datos) y, por ende, también se dimensiona al pico.

¿Qué consecuencias tiene este enfoque al aplicar Rehost?

• Se deben adquirir licencias que cubran el pico de uso, aunque lo habitual sea que los recursos consumidos sean mucho menores.
• Esto implica costes excesivos de adquisición y mantenimiento de licencias.
• En entornos no productivos o de uso limitado, se paga por licencias, incluso cuando las aplicaciones no están activas.

¿Cómo optimiza Replatform los costes de licenciamiento?

• Permite utilizar servicios gestionados en modalidad de pago por uso, con licencia incluida en el precio por hora.
• En este modelo, el coste cubre licenciamiento, soporte e infraestructura.
• Solo se paga por el tiempo en que el entorno está encendido, generando un ahorro significativo en entornos que no requieren disponibilidad 24/7.

¿Qué riesgos se evitan al optar por servicios gestionados?

Con Replatform y servicios gestionados se elimina el riesgo de incumplir políticas de licenciamiento, ya que:

• Siempre se paga por lo realmente desplegado.
• Se evitan problemas de auditorías por exceso de licencias o activación de opciones no contratadas.

3. Alta Disponibilidad y Disaster Recovery

¿Qué ocurre con la alta disponibilidad en una migración Rehost?

En Rehost, la infraestructura se traslada tal cual, lo que implica que garantizar alta disponibilidad y recuperación ante desastres (DR) depende del cliente. Esto requiere inversión adicional en hardware, licencias y gestión, lo que puede encarecer el proyecto.

¿Qué ventajas ofrecen los servicios gestionados en Replatform?

Los servicios gestionados de los proveedores de nube pública suelen incluir:

• Alta disponibilidad por defecto, sin costes adicionales.
• Recuperación ante desastres (DR), habilitando la ejecución en otra región en caso de fallo.
• Servicios orientados a reducir la gestión, el mantenimiento y la operación, con lo que el cliente se centra únicamente en el uso del servicio.

¿Cómo se traduce esto en beneficios para el negocio?

• Menor downtime gracias a los SLA elevados que ofrecen los proveedores de nube pública.
• Menor esfuerzo operativo para los equipos internos, que pueden enfocarse en la innovación y el valor del negocio.
• Mayor resiliencia y seguridad frente a interrupciones.

Conclusión

Hemos visto que la verdadera cuestión es realizar la migración de la manera óptima para el negocio, y normalmente esa optimización la ganamos optando por la opción de replataformar nuestro aplicativo, siempre y cuando sea posible, por los diferentes motivos comentados.

Desde Unikal creemos que lo ideal es analizar el ecosistema actual para validar cuál es la mejor manera de que la migración suponga un éxito y los servicios gestionados de plataforma (PaaS) posibiliten al negocio hacer más con menos, optimizando tanto los costes directos como indirectos de la tecnología sobre la que se ejecutan los entornos.

¿Te asesoramos?

Carlos Valverde