Migramos grids DataSynapse sin detener el cálculo que sostiene su negocio

Sí. La migración se ejecuta por oleadas con dual-run: la plataforma de destino corre en paralelo con GridServer y cada servicio se traslada cuando su paridad de resultados está verificada. El grid de producción nunca se detiene; el caso real de referencia es un banco tier-1 con zero downtime durante todo el proceso.

Depende del perfil de carga. Symphony es el destino natural para cargas Service-Oriented de baja latencia (riesgo intradía, XVA, pricing); HTCondor elimina el coste de licencia en cargas batch de alto throughput; cloud y Kubernetes aportan elasticidad para picos de cierre o externalización completa. En la práctica muchos grids acaban en una combinación, y el inventario inicial de servicios es lo que decide el reparto.

Con validación resultado a resultado durante el dual-run: las mismas carteras y escenarios se ejecutan en GridServer y en la plataforma de destino, y las salidas numéricas (VaR, sensibilidades, reservas actuariales) se comparan de forma sistemática antes de dar por migrado cada servicio. Las desviaciones se explican y documentan — imprescindible frente a auditoría interna y supervisor.

Los clientes del grid no se reescriben de golpe. Las APIs de Driver de GridServer se mapean a sus equivalentes en la plataforma de destino y, donde conviene, se introduce una capa de adaptación para que los motores de cálculo (librerías propietarias, C++/Java/Python) sigan funcionando sin cambios durante la transición.