Migración a la nube: cuándo tiene sentido y cuándo no
No toda migración a cloud genera ahorro. La decisión correcta depende del perfil de carga, el modelo de costos y la madurez del equipo. Una guía sin sesgo de vendor para tomar la decisión bien.
Contenido del artículo
“Migrar a la nube” se convirtió en el mandato de transformación digital por defecto. Si todavía tienes servidores on-premise, algo estás haciendo mal, dice el consenso.
El consenso está equivocado, o al menos incompleto.
La nube ofrece ventajas reales en muchos escenarios. Pero también hay empresas que migraron y aumentaron sus costos de infraestructura un 200%, o que descubrieron que la agilidad prometida no llega sin una transformación cultural y de procesos que nadie mencionó en la propuesta del vendor.
La decisión de migrar debe ser de negocio, no de moda tecnológica.
Los casos donde cloud gana claramente
La nube tiene ventajas genuinas en situaciones específicas:
Cargas de trabajo variables
Si tu demanda de cómputo fluctúa significativamente —picos estacionales, campañas, crecimiento incierto— la elasticidad de cloud es un diferenciador real. Pagas por lo que usas, escalas en minutos, no en semanas de procurement de hardware.
Ejemplo: una plataforma de e-commerce con picos de tráfico en días especiales (CyberMonday, Black Friday) que necesita 10x su capacidad normal durante 72 horas al año.
Nuevos proyectos sin inversión de capital
Para una startup o un nuevo producto digital, cloud elimina la inversión de capital inicial en infraestructura. Puedes lanzar un MVP con costo marginal de infraestructura y escalar según tracción real.
Disponibilidad geográfica y redundancia
Distribuir carga en múltiples regiones, implementar disaster recovery con RPO/RTO mínimos, garantizar disponibilidad 99.99%: todo esto es materialmente más fácil y económico en cloud que on-premise para la mayoría de las empresas.
Velocidad de experimentación
Levantar un entorno de pruebas en minutos, destruirlo cuando ya no se necesita, experimentar con nuevas tecnologías sin ciclos de procurement: el cloud acelera la innovación cuando el equipo tiene la cultura correcta.
Los casos donde cloud no tiene sentido (o al menos no es obvio)
Cargas estables y predecibles
Si tienes una carga de cómputo constante, predecible y que no escala significativamente, el modelo de costos de cloud puede ser más caro que on-premise en el largo plazo. Los servidores propios se amortizan; los servidores en cloud se pagan siempre.
Un servidor físico de $15M CLP amortizado a 5 años tiene un costo mensual de $250K. El equivalente en cloud (con redundancia) puede costar $800K-$1.2M mensuales. Para cargas constantes, la matemática a veces favorece el hardware propio.
Datos con restricciones regulatorias
En sectores como banca, salud o gobierno, hay restricciones sobre dónde pueden residir ciertos datos. Aunque los principales cloud providers tienen regiones en varios países, las restricciones específicas a veces son más complejas que “datos en territorio nacional”.
Aplicaciones altamente acopladas a hardware específico
Algunas aplicaciones industriales, de manufactura o de procesamiento especializado requieren hardware físico específico que no tiene equivalente virtualizado en cloud.
El modelo de decisión correcto
Antes de decidir, estas son las preguntas que deben responderse:
Sobre el perfil de carga:
- ¿Es predecible o variable? ¿Con qué frecuencia hay picos?
- ¿Cuál es la tendencia de crecimiento esperada?
Sobre los costos actuales:
- ¿Cuál es el costo total de propiedad del hardware actual (hardware, energía, espacio, personal)?
- ¿Qué inversión de renovación requiere la infraestructura actual en los próximos 3 años?
Sobre la organización:
- ¿Tiene el equipo las habilidades para operar en cloud? ¿O hay que contratar/capacitar?
- ¿Los procesos de desarrollo están listos para aprovechar la agilidad del cloud?
Sobre el modelo de migración:
- ¿Lift and shift o rediseño de aplicaciones? (La diferencia de costo y tiempo es enorme)
- ¿Migración big bang o gradual?
El error más costoso: lift and shift sin optimización
La migración más rápida es tomar un servidor físico y moverlo tal cual a una máquina virtual en cloud. Se llama “lift and shift”.
Es también la migración que más frecuentemente resulta en costos más altos y sin los beneficios reales del cloud.
¿Por qué? Porque las aplicaciones diseñadas para correr en hardware dedicado no están optimizadas para los modelos de costo de cloud. Una aplicación que tiene una base de datos SQL Server con licencia on-premise puede costar 3x más en cloud, porque la licencia de SQL Server en cloud se cobra de forma diferente.
La migración que aprovecha el cloud requiere, al menos parcialmente, rediseñar cómo las aplicaciones usan los recursos. Eso toma más tiempo pero genera el ahorro real.
La estrategia híbrida
Para muchas empresas medianas, la respuesta correcta no es “todo en cloud” ni “todo on-premise”. Es una arquitectura híbrida:
- On-premise: cargas estables, datos con restricciones, sistemas legacy difíciles de migrar
- Cloud: nuevos proyectos, cargas variables, disaster recovery, herramientas de datos y analytics
Esta estrategia requiere planificación de conectividad y seguridad entre ambos ambientes, pero es la que optimiza costos y mantiene flexibilidad.
El checklist para la decisión
Antes de comprometer un presupuesto de migración, valida:
- TCO comparativo a 3 y 5 años (no solo costos de infraestructura, también de personal y licencias)
- Inventario de aplicaciones clasificadas por candidatura a migración
- Evaluación de habilidades actuales del equipo vs. lo que requiere operar en cloud
- Definición del modelo de migración (lift and shift vs. modernización)
- Estimación de riesgo y plan de rollback
- Definición de cómo se medirá el éxito a 12 meses
La migración a cloud bien ejecutada puede ser transformadora. Mal ejecutada, es cara y frustrante. La diferencia está en la planificación, no en la tecnología.
¿Tienes una infraestructura que podría beneficiarse de una estrategia de cloud? Evaluemos la arquitectura correcta para tu caso.
