NUKOE

Migración bancaria al cloud: cómo una banco regional dejó su sistema legacy

• 7 min •
De l'architecture monolithique legacy vers l'agilité des microservices cloud : le parcours de modernisation bancaire.

Imagine un sistema bancario diseñado en los años 1990, una arquitectura monolítica donde cada modificación requiere meses de desarrollo y pruebas interminables. Este es el desafío que enfrentó Marginalen Bank, un banco regional que decidió reemplazar su sistema legacy por una plataforma cloud-native. Su éxito, documentado por Mambu y Avenga, ofrece un modelo valioso para cualquier institución financiera que se enfrente a infraestructuras obsoletas.

La migración de un sistema bancario central no es una simple actualización tecnológica. Es una operación de alto riesgo, como lo demostró trágicamente el caso de TSB Bank en el Reino Unido en 2026, donde un intento de migración provocó un verdadero "meltdown" operacional, bloqueando el acceso de los clientes a sus cuentas durante días. Sin embargo, frente a la presión competitiva y las expectativas de los clientes por servicios digitales fluidos, esta transformación se ha convertido en una necesidad estratégica. Deloitte destaca en sus perspectivas 2026 que los bancos deben navegar entre los vientos macroeconómicos adversos, la disrupción de las stablecoins y el auge de la IA, lo que exige infraestructuras ágiles.

Este artículo analiza el recorrido de Marginalen Bank para extraer lecciones prácticas. Examinaremos su enfoque de migración, identificaremos los errores comunes a evitar gracias a contraejemplos, y propondremos un marco de decisión para evaluar su propio proyecto de modernización.

El caso Marginalen Bank: una hoja de ruta para la migración cloud

La transformación de Marginalen Bank, llevada a cabo en asociación con Mambu (proveedor de plataforma bancaria cloud) y Avenga (integrador de sistemas), ilustra un enfoque metódico. Según los informes de Avenga y Mambu, el proyecto tenía como objetivo reemplazar el antiguo sistema core banking legacy por una arquitectura cloud-first completamente integrada. El éxito se basa en varios pilares clave:

  • Migración completa de datos: El equipo aseguró una transferencia integral y segura de los datos históricos hacia la nueva plataforma, evitando así la creación de silos de información.
  • Arquitectura de microservicios y cloud-native: La elección de Mambu permitió adoptar una arquitectura basada en microservicios, ofreciendo una escalabilidad y flexibilidad muy superiores al antiguo monolito.
  • Integración total: El nuevo sistema no se desplegó en paralelo al antiguo de manera fragmentada, sino que reemplazó la totalidad del núcleo del negocio en un ecosistema unificado.

Este enfoque contrasta con las migraciones parciales o "lift-and-shift" que simplemente reproducen las limitaciones de los antiguos sistemas en la nube. OpenLegacy define la modernización cloud como el proceso de transformación de los sistemas y aplicaciones legacy para aprovechar la tecnología y la arquitectura cloud. Marginalen Bank aplicó este principio en profundidad.

Trampas a evitar: las lecciones amargas de los fracasos pasados

Para entender lo que funcionó en Marginalen, es instructivo examinar lo que fracasó en otros lugares. La sección "Common Mistakes" es crucial para cualquier planificador.

  1. Subestimar la complejidad de la migración de datos y procesos: El fracaso de TSB Bank (UK) es el ejemplo arquetípico. Como informa Medium, el banco intentó migrar su sistema core banking de un antiguo propietario (Lloyds) a una nueva plataforma (Sabadell) en un "big bang". El resultado fue catastrófico: millones de clientes privados de acceso, transacciones erróneas y una crisis de confianza duradera. ¿La lección? Una migración "big bang" sin pruebas exhaustivas y sin un plan de rollback sólido es extremadamente riesgosa.
  2. Conformarse con un "re-alojamiento" (lift-and-shift) sin rediseño arquitectónico: Mover una aplicación monolítica legacy a una VM en la nube sin repensarla solo aporta beneficios marginales (como una reducción de costos de hardware). La verdadera ganancia – agilidad, time-to-market, personalización – proviene de la descomposición en microservicios. Galileo Financial Technologies señala que la arquitectura monolítica de los sistemas legacy los hace difíciles de modificar e integrar.
  3. Descuidar la experiencia especializada: Como muestra la experiencia de Artezio en el desarrollo de plataformas bancarias digitales, reemplazar un sistema core banking requiere habilidades especializadas en arquitectura financiera, cumplimiento normativo e ingeniería cloud. Intentar hacerlo únicamente con recursos internos puede ser peligroso.

Marco de decisión: evaluar su propio camino de migración

Frente a un sistema legacy, varias opciones se le presentan. Aquí hay un marco simple para evaluar la suya, inspirado en las estrategias observadas.

| Estrategia | Descripción | Ventajas | Riesgos / Desventajas | Adecuado para... |

| :--- | :--- | :--- | :--- | :--- |

| Re-alojamiento (Lift-and-Shift) | Mover la aplicación existente a una infraestructura cloud (IaaS). | Rápido, pocas modificaciones del código. | No resuelve los problemas de arquitectura legacy (falta de agilidad). | Una solución temporal o para aplicaciones no críticas. |

| Rediseño (Replatforming) | Adaptar la aplicación para usar servicios cloud gestionados (PaaS). | Mejora la eficiencia operativa sin una rediseño mayor. | Ganancias limitadas en agilidad empresarial. | Los sistemas que funcionan bien pero cuya operación es costosa. |

| Reemplazo completo (Rearchitecting/Replacing) | Reconstruir la aplicación en microservicios cloud-native o adoptar una nueva plataforma (como Marginalen). | Agilidad máxima, escalabilidad, innovación. | Costo y complejidad elevados, duración del proyecto. | Los sistemas core críticos que obstaculizan la innovación (el caso de este artículo). |

| Enfoque híbrido o progresivo | Desplegar nuevos servicios en microservicios (ej: pagos) mientras se mantiene el núcleo antiguo. | Reduce el riesgo, permite una transición progresiva. | Crea una complejidad de integración, mantiene una deuda técnica. | Los grandes bancos con sistemas muy complejos, como se menciona para PAOB en Hong Kong. |

Para elegir, pregúntese: ¿Cuál es el impacto empresarial de la inmovilidad? ¿Cuál es nuestro apetito por el riesgo y la inversión? ¿Tenemos la experiencia interna o debemos asociarnos con un especialista como Avenga o Artezio?

El imperativo estratégico más allá de la técnica

La migración de Marginalen Bank no fue un proyecto de TI aislado, sino una transformación empresarial. En el panorama descrito por Deloitte para 2026, donde los bancos deben escalar la IA y luchar contra la fragmentación de datos, un sistema legacy es un lastre. Un núcleo bancario moderno y flexible se convierte en la base necesaria para:

  • Desarrollar nuevos productos financieros (como cuentas con remuneración innovadora) rápidamente.
  • Integrar ecosistemas de socios (fintechs, aseguradoras) a través de APIs.
  • Personalizar la experiencia del cliente en tiempo real gracias a una vista unificada y accesible de los datos.
  • Responder a los requisitos regulatorios con más agilidad.

El caso de Marginalen muestra que una migración exitosa es posible con una visión clara, socios competentes y una ejecución meticulosa que evita las trampas de los "big bang" mal preparados. Demuestra que para un banco regional o cualquier institución, el desafío ya no es saber si hay que modernizar su core banking, sino cómo hacerlo de la manera más segura y eficaz para liberar su potencial de crecimiento futuro.

Para ir más allá