Por qué la nube y por qué no siempre
La infraestructura física genera costos fijos que no bajan cuando la demanda baja, obliga a dimensionar para el pico y complica la continuidad ante desastres. La nube resuelve las tres cosas, pero introduce preguntas nuevas: dónde residen los datos, quién tiene acceso, cómo se demuestra el control.
No toda carga debe migrar. Parte de nuestro trabajo consiste en identificar qué conviene mover, qué conviene mantener en sitio y qué arquitectura híbrida tiene sentido para su caso — en lugar de asumir que migrar todo es siempre el objetivo.
Lo que revisa un supervisor
Residencia y soberanía de los datos: en qué jurisdicción quedan almacenados y qué implica eso para la normativa que le aplica. Trazabilidad de accesos: quién entró, cuándo y a qué. Continuidad: cuánto tarda una recuperación completa y cuándo se probó por última vez.
Estas preguntas se responden mejor si la arquitectura se diseñó considerándolas. Responderlas después de migrar suele significar rehacer partes del trabajo.
Qué gestionamos
Arquitecturas IaaS para cargas que requieren control de infraestructura, PaaS para acelerar desarrollo sin administrar servidores, y SaaS donde una solución existente cubre la necesidad sin construir nada.
La migración se ejecuta por fases, con convivencia entre el ambiente actual y el nuevo, y con puntos de reversión definidos. No se apaga nada hasta que el reemplazo demostró funcionar con datos reales.
Después de migrar
El costo en la nube es variable, y sin gestión activa tiende a crecer. Revisamos periódicamente el dimensionamiento, identificamos recursos que quedaron encendidos sin uso y ajustamos según el consumo real.
También mantenemos la documentación de la arquitectura al día. En una auditoría, un diagrama desactualizado es peor que no tener diagrama.