AO Data Cloud
Migración cloud: costes reales · 2026
Volver a Ebooks
Cloud · Infraestructura · Migración

Migración a la nube: por qué el 60% de los proyectos cuestan el doble.

La propuesta que te presentan es el mejor escenario. El proyecto real es otro. Esta guía explica dónde aparecen los costes que nadie menciona en la reunión de ventas — y cómo evitarlos.

Industrial · Manufacturing · Distribución Azure · AWS · Cloud híbrido IT Manager · CEO · Director Operaciones Costes ocultos · Right-sizing · Egreso
Páginas
10 páginas
Actualización
Enero 2026
Perfil lector
IT Manager · CEO · Director de Operaciones

Guía elaborada por el equipo de AO Data Cloud a partir de más de 20 proyectos de migración cloud auditados o rescatados en empresas industriales y de distribución. Versión 2.0 · Enero 2026 · aodatacloud.es

·
El patrón que se repite

La misma historia.
En casi cada proyecto cloud.

Hay una propuesta inicial con un número que parece razonable, y hay un proyecto real que siempre es más complejo, más caro y más largo. No es mala fe — es que la propuesta estándar no puede ver lo que hay dentro de tu empresa.

Los números que encontramos
En los últimos 3 años hemos auditado o rescatado más de 20 proyectos de migración cloud iniciados por otras empresas. En el 65% de los casos, el coste final superó en más del 40% el presupuesto inicial. En el 30%, el proyecto se abandonó parcialmente porque el coste operativo en cloud resultó ser mayor que el hardware que pretendía sustituir.
65%
de proyectos cloud superan el presupuesto inicial en más del 40%
+30%
de sobrecoste medio en el primer año de operaciones en cloud no gestionado
4–8x
factor entre coste de ingesta y coste de egreso de datos en nube pública
El cloud no es caro. El cloud mal diseñado sí es caro. Y la diferencia está en el trabajo previo que muy pocos hacen antes de mover el primer servidor.
— Equipo técnico AO Data Cloud
AO Data Cloud 2 / 10 aodatacloud.es
1
Costes ocultos

Los 7 costes que ninguna
propuesta incluye.

Ninguno de estos costes es mentira ni trampa. Simplemente no caben en una propuesta estándar porque dependen de tu entorno específico. El problema es que sí aparecen en la factura.

1
Rediseño de aplicaciones no preparadas para cloud. Muchas aplicaciones empresariales (ERP, software de producción, gestión documental) están diseñadas para entorno local con latencia casi cero. Llevarlas a cloud sin modificación las hace lentas o directamente inoperables. El rediseño o capa de optimización no estaba en el presupuesto.
2
Costes de egreso de datos (data egress). Subir datos a Azure o AWS es gratuito. Bajarlos tiene coste. Si tu empresa mueve grandes volúmenes entre cloud y on-premise (backups, sincronización con fábrica, ERP con planta), el egreso puede representar el 30–50% del coste mensual.
3
Licencias de software en modo cloud. SQL Server, Windows Server, Oracle — todos tienen políticas de licenciamiento cloud específicas. Mover una VM con SQL Server a Azure sin revisar la licencia puede convertir 800€/año en 4.000€/año. Si nadie te ha hablado de BYOL vs licencia incluida, es un riesgo activo.
4
Ancho de banda de la sede. Si el ERP y los ficheros pasan a vivir en cloud, toda tu operativa depende de la conexión. La fibra de 100Mbps que funcionaba para email no aguanta 80 usuarios accediendo a aplicaciones en tiempo real. Actualizar la conectividad es un coste no previsto.
5
Gestión y monitorización — el cloud no se autogestiona. Un entorno Azure mal gobernado crea VMs, snapshots y almacenamiento que nadie usa y todos pagan. Sin gestión activa, el consumo en cloud sube un 20–40% en el primer año por recursos huérfanos.
AO Data Cloud 3 / 10 aodatacloud.es
2
La decisión correcta

Antes de migrar: la pregunta
que cambia todo el análisis.

«Migramos a cloud» no es una estrategia. La decisión correcta no es cloud sí o cloud no — es qué cargas de trabajo se benefician de cloud y cuáles no. Y esa respuesta es diferente en cada empresa.

Carga de trabajoCloud conviene si...On-premise conviene si...
Correo y colaboraciónSiempre. M365 es mejor que cualquier Exchange local.Nunca. No hay justificación hoy.
ERP críticoEl fabricante tiene versión SaaS madura y el equipo IT es pequeño.Requiere personalización profunda o latencia crítica con planta.
File server (documentos)Usuarios en varias sedes o en remoto frecuente. SharePoint/OneDrive.Volúmenes masivos (+10TB) o acceso muy intensivo desde planta.
Servidores de aplicacionesCarga variable estacional. DR sin inversión en segunda sede.Carga constante y predecible. Hardware moderno y amortizable.
BackupSiempre como capa adicional. Azure Backup es barato y fiable.Como única copia: nunca.
IT/OT en planta industrialMonitorización y analítica de producción. No el control.Control de maquinaria. Siempre local por latencia y disponibilidad.
La estrategia correcta tiene nombre
Se llama «cloud híbrido selectivo»: cloud para lo que cloud hace mejor (colaboración, DR, cargas variables), on-premise para lo que requiere latencia mínima o genera volúmenes de datos masivos. No es marketing — es lo que implementamos en el 80% de nuestros proyectos.
AO Data Cloud 4 / 10 aodatacloud.es
3
Caso real

De «todo a cloud» a arquitectura
híbrida que funciona.

Este es el patrón más habitual que encontramos cuando llegamos a una empresa que ya ha empezado un proyecto cloud con otro proveedor.

Empresa fabricación industrial · 140 empleados · Cataluña
Situación inicial: Habían migrado todos los servidores a Azure VM. Presupuesto inicial: 28.000€. Factura Azure primer mes: 4.200€/mes. Factura prevista según propuesta: 1.800€/mes.

Qué encontramos: ERP con SQL Server sin optimizar generando I/O masivo (coste de disco 10x lo esperado). VMs sobredimensionadas migradas con el mismo tamaño que los servidores físicos. 8TB de ficheros en Azure Files con acceso intensivo desde planta = egreso elevado cada día. Recursos de prueba del proyecto inicial activos y facturando.

Qué hicimos: Redimensionamos las VMs. Devolvimos el file server y el ERP a hardware on-premise en su CPD local. Mantuvimos en Azure el backup, el correo (M365) y las aplicaciones web. Resultado: de 4.200€/mes a 980€/mes. El mismo rendimiento. Sin ninguna funcionalidad perdida.
La lección
Cloud no es mejor que on-premise. Es diferente. La estrategia correcta usa cada entorno donde tiene ventaja real, no donde el proveedor tiene más margen de servicio. Un ERP industrial con acceso intensivo desde planta tiene latencia y coste de egreso que lo hacen más caro en cloud que en hardware local.
Lo que generaba el sobrecoste
VMs D32s v5 a ~2.200€/mes cada una — el equivalente exacto del servidor físico, que se usaba al 15% de capacidad. Sin Reserved Instances. Sin gestión de recursos huérfanos.
Arquitectura final
ERP + file server on-premise. M365 para correo y colaboración. Azure para backup, DR y aplicaciones web. Coste mensual estable y predecible.
AO Data Cloud 5 / 10 aodatacloud.es
4
Right-sizing

El sobredimensionamiento:
pagar el doble sin saber por qué.

La migración lift-and-shift — mover exactamente lo que tienes en físico a una VM cloud equivalente — es la forma más rápida de migrar y la más cara de operar. Los servidores físicos se dimensionan para el peor escenario. Las VMs cloud se pagan por lo que consumes en cada momento.

Lift & Shift sin análisis
Servidor físico: 32 cores, 128GB RAM, uso real 15%.

VM equivalente en Azure: D32s v5 = ~2.200€/mes

Se paga el 100% de capacidad que se usa el 15% del tiempo.
Right-sizing con análisis previo
Análisis de consumo real durante 30 días.

VM adecuada: D8s v5 + auto-scaling = ~380€/mes

Se paga lo que realmente se usa. Escala si hay pico.
1
Análisis de consumo real antes de migrar (mínimo 30 días). Instalar un agente de monitorización en los servidores actuales para medir consumo real de CPU, memoria, disco e I/O. Este dato es la base del dimensionamiento correcto. Sin él, el proveedor va a adivinar.
2
Azure Migrate o AWS Migration Hub antes de cualquier propuesta. Herramientas gratuitas que analizan tu entorno actual y generan estimaciones de coste con sizing recomendado. Cualquier propuesta cloud que no se base en una evaluación con estas herramientas no está calculando — está estimando a ojo.
3
Reserved Instances y Savings Plans para cargas predecibles. Para VMs activas 24/7, las Reserved Instances ofrecen descuentos del 40–72% frente a precios bajo demanda. Una VM D4s v5 baja de ~550€/mes a ~220€/mes con reserva de 1 año. Si nadie te ha hablado de esto, te están cobrando de más.
AO Data Cloud 6 / 10 aodatacloud.es
5
Metodología

Las 5 fases de una migración
que no da sorpresas.

No es que las migraciones sean imposibles de presupuestar. Es que las fases de descubrimiento y análisis se saltan para ir más rápido al proyecto. Esas fases son exactamente las que evitan los sobrecostes.

1
Inventario y análisis (2–4 semanas). Documentar todos los sistemas, sus dependencias, el consumo real y las licencias. Sin este inventario, el proyecto es una promesa sin base. Azure Migrate, herramientas de descubrimiento, entrevistas con usuarios de negocio.
2
Diseño de arquitectura destino (1–2 semanas). Decidir qué va a cloud, qué se queda on-premise, cómo se conectan, qué licencias necesitan revisión. Esta fase genera el presupuesto real — no el presupuesto comercial.
3
Piloto con una carga no crítica (2–3 semanas). Migrar primero un sistema secundario para validar la arquitectura, los costes reales y el proceso operativo. Los errores de diseño aparecen aquí, no cuando está el ERP migrado.
4
Migración por oleadas, validando costes en cada fase. Migrar en bloques con revisión de factura real antes de continuar. Si el coste de la oleada 1 supera lo estimado, la arquitectura se ajusta. No se migra todo y luego se ve la factura.
5
Optimización post-migración (mes 2–3). Revisión de consumo real vs estimado. Right-sizing de VMs. Limpieza de recursos huérfanos. Activación de Reserved Instances. Los primeros 90 días post-migración son críticos para consolidar el coste real.
AO Data Cloud 7 / 10 aodatacloud.es
6
Due diligence

Las preguntas que debes hacer
antes de aprobar la migración.

La forma en que responde un proveedor cloud a estas preguntas te dice más sobre la solidez del proyecto que cualquier presentación de arquitectura. Las respuestas vagas indican que el proveedor tampoco lo sabe aún.

«¿Habéis hecho un análisis de consumo de mis sistemas actuales?» — Si la respuesta es no, el presupuesto es una estimación.
«¿Qué herramienta de descubrimiento habéis usado?» — Azure Migrate, AWS MAP, o similar. Si no han usado ninguna, es un proyecto sin base técnica.
«¿Cuál es el coste estimado de egreso de datos al mes?» — Si no saben o dicen cero, no han analizado tu flujo de datos.
«¿Están incluidas las licencias de SQL Server / Windows en las VMs?» — Diferencia entre BYOL y licencia incluida. Puede doblar el coste.
«¿La propuesta incluye Reserved Instances o es precio bajo demanda?» — Si es bajo demanda, el precio mensual es 40–70% mayor de lo necesario para cargas estables.
«¿Qué incluye el servicio de gestión mensual?» — Quién vigila la factura, quién limpia recursos, quién optimiza el consumo mes a mes.
«¿Podéis darme referencias con facturas reales de proyectos similares?» — No el presupuesto estimado. La factura real de los últimos 3 meses.
La pregunta que más incomoda
«Dame la factura real de los últimos 3 meses de dos clientes similares a mí que estén en producción en cloud.» Un proveedor que confía en sus proyectos tiene estas referencias disponibles. Uno que no las tiene, no debería gestionar tu migración.
AO Data Cloud 8 / 10 aodatacloud.es
7
Herramienta

Checklist de evaluación
de una propuesta cloud.

Antes de aprobar cualquier proyecto de migración cloud, pasa esta lista. Cada punto que no puedas marcar es un riesgo de sobrecoste o de problema en producción.

Análisis de consumo real de los sistemas actuales completado (mínimo 30 días de métricas)
Estrategia híbrida documentada — qué va a cloud y qué se queda on-premise, con justificación técnica y de coste
Coste de egreso de datos calculado basado en volúmenes reales de tu empresa
Licencias de software revisadas para entorno cloud (SQL Server, Windows, aplicaciones ERP)
Reserved Instances incluidas en la propuesta para cargas estables y predecibles
Conectividad de sede evaluada — ¿aguanta el ancho de banda actual la carga en cloud?
Piloto planificado con sistema no crítico antes de migrar sistemas de producción
Servicio de gestión de costes incluido — alguien vigila la factura y optimiza mes a mes
Plan de rollback definido — qué pasa si algo no funciona y hay que volver atrás
Referencias de proyectos reales con facturas comparables a lo que se está presupuestando
Si marcas menos de 7 puntos en la propuesta que tienes encima de la mesa
Hay trabajo previo que no se ha hecho. El sobrecoste que describes en esta guía es exactamente lo que aparecerá después. Pedir que se completen estos puntos antes de aprobar el proyecto no es ser difícil — es proteger el presupuesto.
AO Data Cloud 9 / 10 aodatacloud.es
·
Segunda opinión

Evaluamos tu propuesta
de migración cloud. Gratis.

Si tienes encima de la mesa una propuesta de migración cloud y quieres una segunda opinión técnica antes de aprobarla, en 90 minutos la revisamos contigo, identificamos los riesgos de sobrecoste y te decimos qué falta en el análisis. También si ya estás en un proyecto cloud que está costando más de lo previsto.

Revisión gratuita de propuesta cloud
90 minutos. Sin propuesta comercial obligatoria al final.
Revisamos la propuesta que tienes, identificamos los costes que no están calculados, y te decimos si la arquitectura que proponen tiene sentido para tu entorno industrial. Sin compromiso.
aodatacloud.es/contacto
Email[email protected]
Webaodatacloud.es
RespuestaMenos de 24 horas
Nuestro enfoque
En AO Data Cloud hacemos el análisis de consumo antes de cualquier propuesta. La arquitectura cloud que diseñamos se basa en datos reales de tu entorno — no en estimaciones genéricas. Y gestionamos el coste cloud mensualmente como parte del servicio.
Ebooks relacionados
· Azure: los costes que nadie calcula

· Continuidad de negocio — cloud como capa de DR

· El contrato IT que no debes firmar
AO Data Cloud · Migración cloud: costes reales · Enero 2026 10 / 10 aodatacloud.es