Migraciones AWS
¿Cuánto cuesta migrar a AWS una pyme? Precio y plazo
Cuánto cuesta y cuánto tarda migrar a AWS una pyme: proyecto cerrado de 15.000 a 40.000 € en 3–4 meses, qué mueve el precio y cómo no sobredimensionar.
En resumen
Con SysCu, migrar a AWS una pyme es un proyecto cerrado de 15.000 a 40.000 € (sin IVA) que suele durar 3–4 meses. Dónde cae dentro de ese rango depende sobre todo del número de cargas, de las bases de datos y de cuánta parada admite el negocio. Aparte hay que prever la factura mensual de AWS, que se estima carga a carga antes de empezar, y los meses en que conviven el entorno antiguo y el nuevo.
¿Cuánto cuesta migrar a AWS una pyme?
El coste total tiene cuatro partidas. Solo la primera es el precio de la migración; las otras tres son las que suelen faltar en el presupuesto.
| Partida | Cuánto | De qué depende |
|---|---|---|
| Proyecto de migración | 15.000–40.000 € (sin IVA), precio cerrado | Número de cargas y su complejidad. |
| Factura mensual de AWS | Se estima carga a carga en la evaluación | Lo que se migra, cómo se dimensiona y si se comprometen Savings Plans. |
| Convivencia de entornos | Coste actual + AWS durante las oleadas | Cuánto dura la migración y cuándo se puede apagar cada servidor antiguo. |
| Operación posterior (opcional) | Desde 690€/mes, sin permanencia | Si la operas tú o la delegas: soporte, FinOps continuo o DevOps gestionado. |
La operación posterior es opcional. Si la delegas, los planes mensuales son Soporte de Infraestructura desde 690€/mes, FinOps Continuo desde 990€/mes y DevOps Gestionado desde 1.790€/mes, todos sin IVA y sin permanencia. Están en precios.
¿Qué hace subir o bajar el precio de la migración?
El rango es amplio porque dos pymes del mismo tamaño pueden tener entornos muy distintos. Estos son los factores que lo mueven:
| Factor | Lo abarata | Lo encarece |
|---|---|---|
| Número de cargas | Pocas aplicaciones y bien delimitadas. | Muchas aplicaciones con dependencias cruzadas que obligan a más oleadas. |
| Bases de datos | Mismo motor en origen y destino (por ejemplo, MySQL a Amazon RDS for MySQL). | Volúmenes grandes, cambio de motor o ventanas de sincronización estrechas. |
| Parada admisible | El negocio acepta una ventana de corte de fin de semana. | No se admite casi parada: más pruebas en paralelo y más ensayos de corte. |
| Integraciones | Pocas conexiones externas. | ERP, pasarelas de pago o socios con IP fijas y listas blancas que hay que coordinar. |
| Cumplimiento | Requisitos estándar de RGPD. | ENS, PCI-DSS o auditorías que exigen controles y evidencias adicionales. |
| Estado del entorno actual | Inventario y documentación al día. | Servidores sin dueño claro y configuración que solo conoce una persona. |
La palanca más barata es no migrar lo que sobra. Antes de presupuestar conviene revisar qué aplicaciones siguen teniendo usuarios: lo que se retira no se migra, no se prueba y no se paga cada mes en AWS.
¿Cuánto tarda migrar a AWS una pyme?
Lo habitual son 3–4 meses, en las tres fases de la metodología de migración. Cada fase termina con un entregable, y no se pasa a la siguiente sin él.
| Fase | Qué se hace | Entregable |
|---|---|---|
| Evaluar (Assess) | Inventario de aplicaciones, servidores y bases de datos; coste actual frente a AWS; estrategia de cada aplicación. | Inventario, análisis de TCO, plan de oleadas y presupuesto cerrado. |
| Preparar (Mobilize) | Landing zone con cuentas, red, permisos, logs y presupuestos. Piloto con una carga no crítica. | Landing zone operativa, arquitectura validada y runbooks de migración y rollback. |
| Migrar (Migrate) | Replicación, pruebas en paralelo, corte por oleadas y vigilancia reforzada tras cada corte. | Cargas en producción en AWS, documentación final y primer ajuste de costes. |
Lo que más suele alargar el plazo:
- Dependencias que no estaban en el inventario y aparecen al probar.
- Bases de datos grandes o que cambian de motor, que necesitan más tiempo de sincronización y pruebas.
- Ventanas de corte que el negocio solo puede dar en fechas concretas.
- Decisiones pendientes del lado del cliente: accesos, proveedores, validación de pruebas.
El detalle de cada fase, las 7 estrategias de migración y la lista de comprobación de la landing zone están en la guía completa de migración a AWS.
¿Cuánto costará AWS cada mes? Cómo no sobredimensionar
La factura de AWS depende de lo que se migre y de cómo se dimensione, así que no hay una cifra honesta sin inventario. Se estima carga a carga en la evaluación, con la calculadora de precios de AWS y el consumo real del entorno actual. Para que la factura no se dispare tras el corte:
- Dimensionar con datos: CPU, memoria y disco medidos en origen, no «el doble por si acaso». Ampliar en AWS lleva minutos; reducir después exige que alguien lo revise.
- Etiquetar desde el primer día: aplicación, entorno y centro de coste. Sin etiquetas no se puede saber qué cuesta cada cosa.
- Presupuestos y alertas: AWS Budgets por cuenta y entorno, con aviso antes de llegar al límite.
- Comprometer tarde: Savings Plans o instancias reservadas cuando ya hay métricas reales de AWS, no sobre estimaciones.
- Apagar lo que no trabaja: entornos de pruebas fuera de horario y servidores antiguos en cuanto la oleada está validada.
En proyectos anteriores hemos observado reducciones del 20-40% en la factura de AWS. El resultado depende del punto de partida de cada infraestructura. Se mide con AWS Cost Explorer, y no es una garantía. Si quieres que alguien lo vigile cada mes, es lo que hace FinOps continuo.
Un caso real: lo que pasó en una migración de e-commerce
Una empresa de e-commerce con infraestructura on-premise, costes de mantenimiento altos y caídas en campañas. Migramos con lift and shift las bases de datos y aplicaciones críticas durante un fin de semana, sobre una arquitectura multi-AZ con autoescalado y con rollback probado. Tras el primer mes de métricas reales aplicamos Savings Plans y right-sizing. Resultado publicado: −40 % de coste en AWS en los primeros seis meses y 99,96 % de disponibilidad sostenida. Es un caso concreto: tu resultado dependerá de tu punto de partida. Ver el caso de migración a AWS de un e-commerce.
¿Hay ayudas de AWS para migrar?
AWS tiene un programa específico para migraciones, el Migration Acceleration Program (MAP), organizado en las mismas fases de evaluar, preparar y migrar, y que se tramita a través de un partner. Si un proyecto puede optar a financiación, en qué forma y por cuánto lo decide AWS en cada caso. Nuestro consejo: haz el presupuesto sin contar con ella y, si llega, que sea una buena noticia y no la condición para que el proyecto salga.
¿Qué riesgos tiene la migración para una pyme?
- Migrar sin inventario: se pagan migraciones de aplicaciones que podían retirarse y aparecen dependencias el día del corte.
- Sobredimensionar: empezar grande «por si acaso» y no revisarlo después infla la factura cada mes.
- Cortar sin rollback: apagar el entorno anterior antes de validar el nuevo deja sin camino de vuelta. El rollback se documenta y se prueba antes de cada corte de producción.
- Permisos amplios por comodidad: roles con acceso total son un riesgo de seguridad frecuente y evitable. Mínimo privilegio y MFA desde el primer día.
- Depender de una sola persona: si solo una persona sabe cómo está montado, la migración se detiene cuando no está. La documentación y los runbooks forman parte del entregable.
Guías relacionadas
Validación técnica y evidencia recomendada
Para que este enfoque sea defendible ante dirección y equipos técnicos, conviene acompañar la implementación con pruebas repetibles, métricas comparables y un registro claro de decisiones.
Pruebas técnicas mínimas
- Definir baseline técnico antes de cambios (rendimiento, coste y fiabilidad).
- Ejecutar pruebas controladas en preproducción con criterios de aceptación explícitos.
- Validar rollback y tiempos de recuperación en un escenario realista.
- Comparar resultados de 2-4 semanas con la línea base y documentar desviaciones.
Protocolo de validación reproducible
| Fase | Objetivo | Método | Criterio de aceptación |
|---|---|---|---|
| Baseline | Establecer punto de partida comparable | Recolectar 14 días de datos y congelar alcance del cambio | Métricas base validadas por negocio y tecnología |
| Hipótesis | Definir mejora esperada y riesgo aceptable | Redactar hipótesis cuantitativa por métrica | Objetivo numérico y criterio de rollback acordados |
| Validación | Probar en entorno realista sin afectar clientes | Canary o experimento controlado con observación mínima de 7 días | Sin regresiones críticas y mejora en 1-2 KPIs |
| Escalado | Extender cambio a todo el servicio | Despliegue gradual con checkpoints diarios | Resultado estable durante una ventana completa de operación |
Datos que debes conservar como evidencia
| Métrica | Herramienta | Cadencia | Objetivo |
|---|---|---|---|
| Tiempo de respuesta p95 | APM + Synthetic | Diario | Sin regresión > 10% |
| Error rate | Logs + Alerting | Horario | < 1% |
| Tiempo medio de recuperación (MTTR) | Incidentes | Semanal | Tendencia descendente |
| Coste operativo unitario | Cost Explorer / BI | Semanal | Estable o a la baja |
Dashboard mínimo recomendado
| Panel | Fuente | Actualización | Umbral operativo |
|---|---|---|---|
| Calidad de despliegue | CI/CD + incidencias | Diario | CFR < 15% y rollback < 5% |
| Fiabilidad servicio | SLI/SLO + alertas | Cada hora | Error budget consumido < 75% |
| Coste operativo | Cost Explorer / CUR | Diario | Desviación mensual < 10% |
| Experiencia usuario | RUM + analytics | Diario | Sin caída en conversión o engagement |
Curva de madurez esperada (referencial)
Esta visualización sirve como referencia operativa para 90 días. Debe ajustarse con tus datos reales, complejidad técnica y contexto de negocio.
Línea base y alcance cerrados.
Primeras mejoras medibles sin impacto operativo negativo.
Estabilización y reducción de variabilidad.
Operación repetible con evidencias sostenidas.
Riesgos que invalidan resultados
- Medir solo una semana: la variabilidad puede sesgar el resultado.
- Comparar entornos distintos (staging vs producción) como si fueran equivalentes.
- No separar impacto por tipo de cliente, producto o servicio crítico.
- Cerrar iniciativas sin dejar artefactos verificables (dashboard, runbook y postmortem).
Recomendaciones de implementación real
- Evitar decisiones por intuición: sin baseline, no hay mejora demostrable.
- Definir un owner técnico por cada acción de mejora y fecha de cierre.
- Mantener trazabilidad de cambios (qué se cambió, por qué, impacto esperado).
- No cerrar un hito sin evidencia objetiva de resultado.
Preguntas frecuentes que suele hacer un equipo técnico
¿Cuánto tiempo tarda en verse una mejora real?
En la mayoría de equipos, los primeros resultados fiables aparecen entre 4 y 8 semanas cuando hay métricas base, ownership y disciplina de seguimiento semanal.
¿Qué métrica debería priorizar primero?
La métrica con mayor impacto económico o de riesgo operativo en tu negocio. Normalmente: coste unitario, tasa de error o lead time de cambios.
¿Cómo demostrar que la mejora no fue casualidad?
Con un diseño de experimento simple: baseline estable, hipótesis cuantificada, ventana de validación y comparación con variables controladas.
Preguntas frecuentes
¿Cuánto cuesta migrar a AWS una pyme?
En SysCu, la migración a AWS es un proyecto cerrado de 15.000 a 40.000 € (sin IVA), según el número de cargas y su complejidad. A eso se suman la factura mensual de AWS, que se estima carga a carga en la evaluación, y los meses en que conviven el entorno antiguo y el nuevo. El importe del proyecto se fija por escrito antes de empezar.
¿Cuánto tarda migrar a AWS una pyme?
Lo habitual son 3–4 meses, repartidos en tres fases: evaluación (inventario y plan), preparación (landing zone y piloto) y migración por oleadas. El plazo crece con el número de cargas, con bases de datos grandes o que cambian de motor, y con ventanas de corte muy limitadas.
¿Qué hace que una migración a AWS cueste más o menos?
Sobre todo el número de aplicaciones y servidores, las bases de datos (tamaño y si cambian de motor), las integraciones con terceros, cuánta parada admite el negocio, los requisitos de cumplimiento y lo bien documentado que esté el entorno actual. Retirar lo que no se usa antes de migrar es lo que más abarata el proyecto.
¿Cuánto costará AWS cada mes después de migrar?
Depende de lo que se migre y de cómo se dimensione, por eso se estima carga a carga durante la evaluación con la calculadora de precios de AWS. Para que no se dispare: tamaños según el consumo medido, etiquetas y presupuestos desde el primer día, y compromisos de ahorro como Savings Plans solo cuando ya hay métricas reales.
¿AWS ayuda a pagar la migración de una pyme?
AWS tiene un programa para migraciones, el Migration Acceleration Program (MAP), que se tramita a través de un partner. Las condiciones y la posible financiación las decide AWS en cada caso, así que conviene presupuestar sin contar con ella hasta que esté confirmada.
¿Hay que parar el negocio para migrar a AWS?
No más allá de una ventana de corte corta y acordada. Servidores y bases de datos se replican mientras el entorno actual sigue funcionando, y el corte se hace en horario de poco tráfico, con un plan de rollback documentado y probado antes de cada corte de producción.