Cómo estimar el coste de una migración Cloud

Presupuesta la transición y la operación

Una migración produce dos tipos de gasto. El coste de transición reúne trabajo necesario para preparar, mover, probar y estabilizar. El coste recurrente cubre infraestructura, licencias, soporte y operación una vez que la carga está en servicio. Comparar solo la factura mensual nueva con el gasto anterior omite el trabajo y la posible operación paralela.

La estimación debe indicar alcance, fecha de precios, región, perfil de uso, requisitos y supuestos. Si faltan esos datos, presenta rangos y preguntas abiertas, no un total con falsa precisión.

Partidas que incluir

Partida	Preguntas de estimación
Descubrimiento	¿Cuántas cargas y dependencias faltan por verificar?
Diseño y preparación	¿Qué red, identidad, seguridad y automatización hay que configurar?
Adaptación	¿Se cambia sistema operativo, base de datos, aplicación o arquitectura?
Datos	¿Cuánto hay que transferir, validar o sincronizar? ¿Hay cargos de salida?
Pruebas	¿Qué entornos, datos y ventanas requiere la aceptación?
Doble operación	¿Cuánto tiempo convivirán origen y destino?
Continuidad	¿Qué redundancia, copias y recuperación se necesitan?
Operación	¿Quién monitoriza, actualiza, atiende alertas y optimiza recursos?
Retirada	¿Qué contratos, licencias, copias y servicios pueden darse de baja y cuándo?

No olvides el tiempo interno de personal, formación, gestión del cambio y coordinación con proveedores. La tarifa del proveedor Cloud no representa el coste completo de migrar.

Construye un modelo comparable

Para cada carga registra el coste actual y estima el coste futuro con unidades equivalentes: horas de cómputo, almacenamiento, copias, tráfico, licencias y soporte. Separa uso previsto de capacidad reservada y especifica supuestos de crecimiento. Consulta las calculadoras oficiales de la plataforma seleccionada y guarda sus entradas; un cálculo estimado no es una factura garantizada.

Incluye cargos de transferencia de datos y servicios de terceros. Las tarifas dependen de producto, región y condiciones que pueden cambiar; revisa la documentación comercial oficial en la fecha de la decisión. La guía de precios de AWS para transferencia de datos es un ejemplo de por qué conviene revisar cargos por dirección y servicio, no asumir que todo el tráfico es gratuito.

Compara escenarios

Calcula un escenario conservador, esperado y de uso alto. Varía duración de la operación paralela, crecimiento, esfuerzo de adaptación y capacidad necesaria. Añade una partida de contingencia explicada según incertidumbre y riesgos identificados, sin usarla para ocultar partidas desconocidas.

Si un cambio de arquitectura ofrece ahorro futuro, separa ese beneficio potencial del presupuesto de migración. Una reescritura puede requerir más inversión inicial y tiempo, y el ahorro depende de que se materialice una mejora operativa comprobable.

Controla el coste después del corte

Etiqueta recursos por aplicación, entorno y responsable; configura presupuestos y alertas; revisa consumo y dimensionamiento tras observar carga real. No ajustes recursos críticos sin validar rendimiento, disponibilidad y recuperación. Registra cambios para poder relacionar una variación de gasto con la decisión que la provocó.

La decisión de migrar puede justificarse por soporte, continuidad, agilidad o requisitos técnicos aunque el gasto no baje. Escribe el objetivo real y evalúa el resultado con ese criterio, además del coste.