Migrar el Core a la Nube sin Detener la Operación

Casi todos los bancos ya usan la nube para algo. Para el core, casi ninguno. Esa brecha no es casualidad: es miedo, y tiene nombre. Se llama downtime.

La cifra es reveladora. Aunque más del 90% de las instituciones financieras ya adoptaron la nube para alguna carga, apenas alrededor del 3% de las cargas de core —el back-end, el libro mayor, lo que de verdad sostiene al banco— habían migrado, según un estudio del Program on International Financial Systems de Harvard. El core es la última frontera. Y la barrera no es técnica ni regulatoria en primera instancia: es el terror, perfectamente racional, a que el sistema que opera 24/7 se caiga durante la mudanza.

En la región el rezago es mayor. En América Latina, el 68% de los bancos grandes tiene una estrategia de nube formal —por debajo del 91% de Norteamérica—, según Accenture, y cerca del 60% de los cores bancarios siguen sobre tecnología legada, de acuerdo con Finnovista reportado por Galileo. El miedo al downtime mantiene a buena parte de la banca atrapada en sistemas que ya no le alcanzan.

El miedo está justificado: lo que pasa cuando sale mal

No es un fantasma inventado. En 2018, el banco británico TSB intentó migrar su core y le salió tan mal que dejó a cerca de dos millones de clientes sin acceso a su dinero durante semanas. El saldo final: más de 225,000 quejas, una pérdida cercana a las 330 millones de libras, 80,000 clientes que se fueron y una multa regulatoria de 48.65 millones de libras por fallas en la gestión del riesgo, según reportó Computer Weekly. Migrar el core mal puede costar más que no migrarlo. Por eso la pregunta correcta no es si migrar, sino cómo hacerlo sin un solo apagón.

Sí se puede migrar sin downtime: cómo

La buena noticia es que el "apaga el viejo, enciende el nuevo" —el cutover de fin de semana— ya no es la única vía, y de hecho es la más peligrosa. Los enfoques que funcionan para sistemas que no pueden parar comparten una idea: convivencia y migración gradual.

• Corrida en paralelo (dual-run). El sistema viejo y el nuevo operan al mismo tiempo con los mismos datos. El viejo maneja el tráfico real mientras el nuevo se valida en segundo plano, hasta que demuestra que cuadra exactamente igual.

• Captura de cambios (CDC). En lugar del frágil "doble escritura", se replican los cambios del core viejo al nuevo en tiempo real, manteniéndolos sincronizados durante toda la convivencia. Es el método de consenso para mover datos sin apagar.

• Blue-green y canary. O bien tienes dos entornos idénticos y conmutas el tráfico de forma controlada, o promueves usuarios al sistema nuevo poco a poco, midiendo a cada paso. Y siempre con la puerta del rollback abierta.

Conviene una dosis de realismo, porque también hay que decir lo incómodo: estos programas toman tiempo. Un análisis de EY de 2025 encontró que los periodos de corrida en paralelo suelen extenderse de 12 a 24 meses más de lo estimado. Hacerlo sin downtime es posible; hacerlo en un fin de semana, no. Quien te prometa lo segundo te está vendiendo el riesgo de TSB.

Lo que la CNBV te va a pedir (y conviene saber antes)

En México, migrar el core a la nube no es solo una decisión técnica; es una decisión regulada. La Circular Única de Bancos exige autorización previa de la CNBV para contratar servicios en la nube con terceros ubicados fuera del país, y su Anexo 52 fija requisitos mínimos de operación y seguridad. El marco pide due diligence del proveedor, continuidad operativa y planes de recuperación, derechos de auditoría y —clave— portabilidad de datos: poder migrar a otro proveedor o de regreso a tus instalaciones. El Artículo 328 añade que el proveedor debe residir en una jurisdicción cuyas leyes protejan los datos personales. Diseñar la migración ignorando esto es chocar contra el regulador a mitad del proyecto.

Vale la pena: el otro lado de la balanza

El miedo es real, pero quedarse tampoco es gratis. McKinsey estima que la nube puede aportar alrededor de 5 puntos de EBITDA en banca, con buena parte del valor proveniente de mayor resiliencia de TI, en su análisis sobre el valor global de la nube, además de elasticidad para la demanda variable y menor costo de experimentar. Un matiz honesto: ese valor no llega solo por "estar en la nube" —el mismo McKinsey documenta bancos que tardaban meses en aprovisionar infraestructura por falta de automatización—. La nube habilita; lo que captura el valor es cómo la implementas.

Cómo lo vemos en WAU

En WAU migramos cores a la nube con la operación encendida: corrida en paralelo, captura de cambios en tiempo real, validación de paridad y rollback siempre disponible —y con la ruta regulatoria de la CNBV trazada desde el día uno, no descubierta a mitad del camino—. No vendemos cutovers de fin de semana; construimos transiciones que tus clientes no notan.

Si tu core necesita la nube pero el miedo al downtime te tiene parado, hablemos. Te mostramos cómo se hace sin apagar nada. 👉 Agenda una conversación con nuestro equipo.

Fuentes

• PIFS (Harvard) — Adopción de la nube en el sector financiero y riesgo de concentración (2023)

• Accenture — The ultimate guide to banking in the cloud (estrategia de nube por región)

• Galileo — Modernización del core bancario en América Latina (cifra de Finnovista)

• Computer Weekly — TSB recibe multa millonaria tras el desastre de migración de TI (2022)

• EY — Modernización tecnológica del core bancario: ¿qué sigue? (oct 2025)

• CNBV — Anexo 52 de la Circular Única de Bancos (lineamientos mínimos de operación y seguridad)

• McKinsey — Proyectando el valor global de la nube (5 puntos de EBITDA en banca)