Migrar fue lo fácil. La cuenta es lo que no cerró
Una guía ejecutiva con las seis decisiones que separan cambiar de dirección de cambiar de forma — qué redimensionar antes de mover, qué nunca debió migrar, y el ciclo que impide que la factura crezca sola.
100%
Todo salió del centro de datos y subió. Es el número que cierra el proyecto.
23%
El resto subió del tamaño que tenía en el centro de datos — donde el tamaño se pagaba una vez.
Migrar es cambiar de dirección. Ahorrar es cambiar de forma — y son dos proyectos, no uno.
El problema
La factura no sube por error. Sube porque el servidor fue copiado
En el centro de datos el servidor se dimensionó una vez, para el pico de hace tres años, y nadie lo tocó después — porque no había motivo. El costo estaba hundido: la máquina ya estaba comprada.
En la nube ese mismo servidor pasa a cobrarse por hora, del tamaño en que subió. La cuenta no se disparó por desperdicio nuevo; se disparó porque un desperdicio viejo, que era invisible, se volvió una línea en la factura todos los meses.
Y el business case de la migración rara vez lo prevé. Compara el costo del centro de datos con el costo estimado de una nube redimensionada, y la migración entrega una nube sin redimensionar. La diferencia entre las dos es el agujero.
Hay tres lugares donde esta cuenta se repite, y todos aparecen en la guía con su número al lado.
Lo que la factura cobra
Misma capacidad, sin riesgo de faltar.
El pico de hace tres años, cobrado por hora, todos los meses, incluida la madrugada del domingo.
Copia preservada, no se perdió nada.
Un snapshot viejo sigue cobrando sin fecha de descarte — y nadie sabe cuál hace falta todavía.
Espejo fiel de producción.
Un espejo fiel encendido 24 por 7 para un equipo que trabaja ocho horas en días hábiles.
Migrada sin downtime.
Una licencia traída del centro de datos puede costar más en la nube que la versión gestionada equivalente.
Qué hay dentro
Seis decisiones que se toman antes de mover, no después
1 · Qué no debería migrar. No toda carga mejora en la nube. El criterio de triaje — mantener, replataformar, reescribir o retirar — con el costo de cada camino declarado.
2 · Cómo dimensionar con dato, no con miedo. Cómo leer noventa días de uso real y traducirlo en tamaño de instancia, sin repetir el pico de hace tres años.
3 · Dónde el compromiso rinde y dónde atrapa. Las reservas y los descuentos por uso comprometido rinden mucho — y se vuelven trampa si la carga todavía va a cambiar de forma.
4 · Qué apagar, y quién decide. La agenda de apagado de entornos que no son producción, y por qué necesita un dueño con nombre para sobrevivir al tercer mes.
5 · El ciclo mensual que sostiene la cuenta. Cuatro preguntas, una reunión corta, y el registro de lo decidido — que es lo que evita la misma discusión en enero y en julio.
6 · Qué cambia cuando hay SAP. La memoria no se vende por gigabyte suelto, y la licencia tiene regla propia. Capítulo aparte, porque el error aquí es caro y no aparece en el panel de nube.
Para quién
Escrita para quien firma la factura y tiene que explicarla
- migró y la cuenta quedó por encima del business case;
- está planificando migrar y quiere el número correcto antes de firmar;
- necesita darle a la dirección una explicación mejor que “la nube es cara”;
- tiene SAP en el entorno y sospecha que allí la regla es otra.
- busca el paso a paso técnico de una herramienta de migración;
- quiere comparar AWS, Azure y Google — la guía es agnóstica;
- espera una cifra de ahorro garantizada: aquí hay método, no promesa.
Guía de migración a la nube
El enlace del PDF aparece aquí mismo, en cuanto envíe. Sin registro, sin contraseña, sin paso intermedio.
- Guía ejecutiva, edición 2026
- Las seis decisiones con esfuerzo y retorno declarados
- Capítulo propio para entornos con SAP
- Checklist de triaje y agenda de apagado
Inove Solutions cuida entornos de nube en servicios en la nube y FinOps, y trata el caso de SAP en prácticas SAP.