El 60 % de los proyectos de migración a la nube no cumplen sus plazos iniciales. La causa principal casi nunca es técnica. Es la ausencia de una preparación estructurada. Hemos acompañado a decenas de pymes en su migración hacia Azure. Lo que observamos sistemáticamente: los equipos que tienen éxito no superan técnicamente a los demás. Preparan mejor. Esta checklist reúne todo lo que debe hacerse — y validarse — antes de migrar el primer servidor.
Fase 1 — Inventario y assessment (antes de tocar nada)
Toda migración comienza con un inventario exhaustivo del entorno existente. Sin estimaciones, sin aproximaciones: un inventario factual, servidor por servidor.
Para cada máquina on-premise, documente:
- El rol: controlador de dominio, servidor de archivos, base de datos, ERP, aplicación de negocio
- El sistema operativo y su versión: Windows Server 2012 R2 lleva fuera de soporte desde octubre de 2023 — es un criterio de priorización, no un detalle
- La carga real: CPU y RAM medias durante 30 días, no los picos puntuales
- Las dependencias entre aplicaciones: qué servidor se comunica con cuál, en qué puerto, con qué protocolo
Herramienta recomendada: Azure Migrate. Gratuita, analiza su entorno on-premise, recopila métricas de rendimiento durante varias semanas y genera automáticamente un dimensionamiento de las VMs de Azure correspondientes. Eso cubre el 80 % del trabajo de assessment de forma automatizada.
Una vez completado el inventario, clasifique cada servidor en una de estas tres categorías:
- Lift & shift — migrar tal cual a Azure, sin modificar la aplicación. Aplica a la mayoría de los servidores de infraestructura.
- Refactor — adaptar la aplicación para aprovechar los servicios gestionados de Azure (Azure SQL, Azure App Service). Lleva más tiempo, pero resulta más económico a largo plazo.
- Retain — mantener on-premise por ahora. Algunas aplicaciones de negocio muy específicas aún no están listas para migrar a la nube.
Duración estimada: de 2 a 5 días según el tamaño del parque. Una pyme con 100 puestos y 15 servidores: calcule 3 días.
Fase 2 — Arquitectura objetivo y dimensionamiento
El error clásico: reproducir la infraestructura on-premise de forma idéntica en Azure. Eso no es una migración a la nube — es un traslado de datacenter. Y resulta innecesariamente caro.
Azure funciona en pay-as-you-go. Sobrestimar los recursos supone un coste mensual. Subestimarlos genera problemas de rendimiento. El dimensionamiento debe basarse en los datos reales recopilados por Azure Migrate, no en estimaciones aproximadas.
Antes de comprometer ningún presupuesto, utilice la Azure Pricing Calculator. Esta herramienta gratuita permite simular la arquitectura objetivo y obtener una estimación mensual precisa.
Dos decisiones estructurales a tomar en esta fase:
- La región de Azure: para una pyme española o francesa, la elección es clara — France Central (París) o West Europe (Países Bajos) según su ubicación. Latencia óptima y cumplimiento del RGPD con datos que no salen del territorio europeo.
- La estrategia de red: la VPN Site-to-Site (túnel cifrado entre su red local y Azure) es suficiente para la mayoría de las pymes. ExpressRoute (conexión dedicada fuera de internet) está reservado para necesidades de alto ancho de banda o exigencias de cumplimiento reforzadas.
Fase 3 — Seguridad y cumplimiento (antes de la migración, no después)
La seguridad no es una etapa posterior a la migración. Es un prerrequisito. Configurar las reglas de seguridad después de haber migrado servidores de producción es como abrir las ventanas y cerrar los postigos después.
Los cuatro pilares que debe validar antes de comenzar:
1. Política de backup. Azure Backup — servicio gestionado, sin infraestructura que administrar. Mínimo recomendado: retención de 30 días, con una prueba de restauración efectiva antes de cualquier puesta en producción. Un backup que nunca se ha probado no es un backup.
2. Cifrado de discos. Azure Disk Encryption — verifíquelo explícitamente en las VMs migradas desde on-premise. Todos los datos en reposo deben estar cifrados, sin excepción.
3. Gestión de identidades. La migración es el momento adecuado para consolidar la gestión de accesos. Microsoft Entra ID centraliza la autenticación de todos sus usuarios y aplicaciones. Es la base de su seguridad cloud.
4. Cumplimiento del RGPD. Entra ID Conditional Access permite imponer condiciones de acceso contextuales: acceso solo desde dispositivos gestionados, MFA obligatorio fuera de la red corporativa, bloqueo de conexiones desde países de riesgo. Estas políticas se configuran antes de la migración.
Fase 4 — Migración por oleadas (nunca todo a la vez)
Migrar toda la infraestructura en un fin de semana es el escenario que genera los incidentes de producción más graves. El enfoque por oleadas — migración progresiva, validada en cada etapa — no es una precaución excesiva. Es el método que permite dormir tranquilamente el lunes por la mañana.
Oleada 1 — Entornos de desarrollo y pruebas. Riesgo cero para la producción, aprendizaje máximo para los equipos. Aquí se validan los procedimientos, se detectan los problemas de dependencias y se forman los administradores en las herramientas de Azure. Duración mínima recomendada antes de pasar a la siguiente oleada: dos semanas en producción.
Oleada 2 — Servidores de archivos y aplicaciones no críticas. Recursos compartidos de red, servidores de impresión, aplicaciones internas de baja criticidad. En esta oleada se perfecciona el proceso de migración y se valida el rendimiento real de la red.
Oleada 3 — Servidores críticos. ERP, bases de datos de producción, correo, aplicaciones de negocio esenciales. Esta oleada solo comienza tras la validación completa de las dos anteriores. Se planifica con los responsables de negocio — no solo con el equipo de IT.
Regla absoluta: cada oleada entra en producción y se valida durante un mínimo de dos semanas antes de migrar la siguiente.
Los 5 errores más frecuentes (y cómo evitarlos)
1. Migrar sin probar la recuperación ante desastres. Tener Azure Backup configurado no es suficiente. Debe haber ejecutado una restauración completa antes de la puesta en producción. La restauración debe estar documentada, cronometrada y validada por los responsables de negocio.
2. Subestimar los costes de ancho de banda saliente. Azure factura el tráfico de salida — los datos que abandonan los datacenters de Microsoft hacia internet o hacia su red on-premise. Este coste (egress cost) puede representar entre el 10 y el 20 % de la factura mensual.
3. Ignorar las licencias de Windows Server. La Azure Hybrid Benefit permite reutilizar sus licencias de Windows Server y SQL Server on-premise para sus VMs de Azure, sin coste adicional. En un parque de 20 VMs con Windows Server, el ahorro puede alcanzar el 40 % de la factura de compute.
4. Sin monitorización post-migración. Azure Monitor recopila métricas de rendimiento, logs de aplicaciones y genera alertas. Debe configurarse obligatoriamente antes de la puesta en producción. Añada en paralelo una alerta de presupuesto en Azure Cost Management para no llevarse nunca una sorpresa con la factura.
5. Formar a los equipos después de la migración en vez de antes. Un administrador que descubre la consola de Azure el día del cambio toma malas decisiones bajo presión. La formación debe comenzar durante la fase de assessment — en los entornos de desarrollo y pruebas de la oleada 1.
Cuánto cuesta realmente una migración a Azure para una pyme de 100 puestos
La horquilla honesta para una migración completa — auditoría inicial, migración por oleadas, formación de equipos — se sitúa entre 15 000 y 50 000 € en servicios. La diferencia se explica por:
- El número de servidores: una pyme con 8 servidores y pocas dependencias está en la parte baja. 25 servidores con aplicaciones de negocio interconectadas, en la parte alta.
- La complejidad de las dependencias entre aplicaciones: las aplicaciones que se comunican mediante protocolos no documentados alargan las fases de assessment y pruebas.
- La necesidad de refactoring: si las aplicaciones deben adaptarse para funcionar en modo cloud-nativo, el coste de desarrollo se suma al de la migración.
Los ahorros a largo plazo son reales: eliminación de los costes de renovación de hardware, cierre o reducción de la sala de servidores, supresión de los costes de electricidad y climatización, fin de los contratos de mantenimiento de hardware. En 3 años, la migración a Azure resulta rentable para la mayoría de las pymes con 50 o más puestos de trabajo.
Para profundizar en la seguridad de su infraestructura cloud, consulte nuestra página dedicada a la Seguridad Cloud Azure. Para los temas de continuidad de negocio y planes de recuperación, visite nuestra página de Backup & Disaster Recovery. Y para comenzar con un diagnóstico gratuito, solicite un assessment gratuito — trazamos el mapa de su entorno y elaboramos un plan de migración adaptado a su situación.