Migrar a la nube: plan en 6 fases para una pyme

Muchas migraciones a la nube fracasan por el mismo motivo: se trata como un simple cambio de sitio de los servidores. El resultado suele ser una factura más alta que antes, aplicaciones que funcionan peor y problemas de seguridad nuevos. Una migración bien hecha es, sobre todo, un ejercicio de planificación. Este es un plan en seis fases adaptado a una pyme.

Fase 1: inventario y objetivos

Antes de mover nada, responde:

• ¿Por qué migras? Reducir costes, quitarte el mantenimiento del hardware, mejorar la disponibilidad, facilitar el teletrabajo, escalar… El objetivo condiciona todas las decisiones.
• ¿Qué tienes? Lista cada servidor y aplicación con sus dependencias (qué habla con qué), su uso real de recursos, sus licencias y quién es responsable.
• ¿Qué restricciones hay? Datos personales, normativa del sector, contratos con clientes, aplicaciones que solo funcionan en local, periodos del año en los que no se puede tocar nada.

Fase 2: una estrategia para cada aplicación

No todas las aplicaciones se migran igual. Las guías de los proveedores hablan de las “7 R”. Para una pyme, las más relevantes son:

• Retirar: lo que ya no se usa. Todo inventario encuentra algo que se puede apagar.
• Mantener: lo que no compensa mover, al menos de momento.
• Recomprar (SaaS): sustituir una aplicación instalada por un servicio en la nube. Por ejemplo, el servidor de correo local por Microsoft 365 o Google Workspace, o el ERP instalado por su versión en la nube.
• Realojar (lift and shift): mover la máquina virtual tal cual. Rápido, pero aprovecha poco la nube.
• Replataformar: pequeños cambios para usar servicios gestionados, como pasar la base de datos a un servicio gestionado.
• Refactorizar: rediseñar la aplicación para la nube. Más caro, solo para aplicaciones clave.

Fase 3: la base segura (landing zone)

Antes de migrar la primera aplicación, prepara el terreno:

• Identidad: cuentas nominales, MFA obligatorio, roles con mínimo privilegio y nada de usar la cuenta raíz o de administrador global en el día a día.
• Organización: cuentas o suscripciones separadas para producción y pruebas.
• Red: diseño de redes y subredes, conexión segura con la oficina (VPN) y qué se expone a internet.
• Seguridad: registros de auditoría activados, cifrado, copias de seguridad y alertas básicas.
• Costes: presupuestos con alertas y un esquema de etiquetas desde el primer día.

Los marcos de adopción de cada proveedor, como el Cloud Adoption Framework de Microsoft, incluyen plantillas para esta fase.

Fase 4: piloto

Elige una aplicación poco crítica pero representativa y migra solo esa. Aprenderás cómo funcionan las herramientas de migración, cuánto tardan las copias de datos con tu conexión, qué problemas de rendimiento o licencias aparecen y cuánto cuesta realmente. Ajusta el plan con lo aprendido.

Fase 5: migración por olas

Agrupa las aplicaciones en olas según sus dependencias: lo que se habla entre sí, se mueve junto. Para cada ola:

1. Copia de seguridad completa antes de empezar.
2. Sincroniza los datos con antelación para reducir la ventana de corte.
3. Corte planificado, fuera del horario laboral y comunicado a los usuarios.
4. Pruebas de funcionamiento con usuarios reales.
5. Plan de vuelta atrás decidido de antemano: hasta qué hora y con qué criterios se vuelve al sistema anterior.
6. Mantén el sistema antiguo unos días antes de apagarlo definitivamente.

Fase 6: optimizar

Una vez en la nube, el trabajo continúa:

• Ajusta el tamaño de los recursos con datos reales de uso de las primeras semanas.
• Contrata descuentos por compromiso para la carga estable, cuando ya la conozcas.
• Apaga fuera de horario los entornos que no necesiten estar siempre encendidos.
• Revisa la seguridad con las herramientas del proveedor (recomendaciones, puntuaciones de seguridad).
• Revisa la factura cada mes.

Errores frecuentes

• Migrar sin inventario y descubrir dependencias el día del corte.
• Copiar el tamaño de los servidores locales, normalmente sobredimensionados, a la nube.
• Olvidar el coste de la transferencia de datos y de las licencias.
• Dejar la seguridad “para después”.
• No formar al equipo que va a gestionar la nueva plataforma.

Preguntas frecuentes

¿Cuánto tarda una migración? Para una pyme con una decena de servidores, desde unas semanas hasta pocos meses, según la complejidad y el número de aplicaciones que se sustituyen por SaaS.

¿Es obligatorio que los datos estén en España? En general, el RGPD permite alojarlos en la UE y, con garantías, fuera de ella. Pero algunos contratos, sectores o clientes públicos pueden exigir ubicaciones concretas: revísalo en la fase 1.