Aller au contenu principal
NUKOE

Migration bancaire réussie : comment une banque régionale a migré vers le cloud

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

Stellen Sie sich ein Banksystem vor, das in den 1990er Jahren entworfen wurde, eine monolithische Architektur, bei der jede Änderung Monate der Entwicklung und endlose Tests erfordert. Dies ist die Herausforderung, der sich die Marginalen Bank, eine regionale Bank, stellte, als sie beschloss, ihr Legacy-System durch eine Cloud-native Plattform zu ersetzen. Ihr Erfolg, dokumentiert von Mambu und Avenga, bietet ein wertvolles Modell für jede Finanzinstitution, die mit veralteten Infrastrukturen konfrontiert ist.

Die Migration eines zentralen Banksystems ist keine einfache technologische Aktualisierung. Es ist ein hochriskantes Unterfangen, wie der tragische Fall der TSB Bank im Vereinigten Königreich im Jahr 2026 gezeigt hat, wo ein Migrationsversuch zu einem regelrechten operativen "Meltdown" führte, der den Kunden tagelang den Zugang zu ihren Konten blockierte. Angesichts des Wettbewerbsdrucks und der Erwartungen der Kunden an nahtlose digitale Dienste ist diese Transformation jedoch zu einer strategischen Notwendigkeit geworden. Deloitte betont in seinen Ausblicken für 2026, dass Banken zwischen makroökonomischen Gegenwinden, der Disruption durch Stablecoins und dem Aufstieg der KI navigieren müssen, was agile Infrastrukturen erfordert.

Dieser Artikel analysiert den Weg der Marginalen Bank, um praktische Lehren zu ziehen. Wir werden ihren Migrationsansatz untersuchen, häufige Fehler anhand von Gegenbeispielen identifizieren, die es zu vermeiden gilt, und einen Entscheidungsrahmen zur Bewertung Ihres eigenen Modernisierungsprojekts vorschlagen.

Der Fall Marginalen Bank: Eine Roadmap für die Cloud-Migration

Die Transformation der Marginalen Bank, die in Partnerschaft mit Mambu (Anbieter einer Cloud-Banking-Plattform) und Avenga (Systemintegrator) durchgeführt wurde, veranschaulicht einen methodischen Ansatz. Laut den Berichten von Avenga und Mambu zielte das Projekt darauf ab, das alte Legacy-Core-Banking-System durch eine vollständig integrierte Cloud-First-Architektur zu ersetzen. Der Erfolg basiert auf mehreren Schlüsselpfeilern:

  • Vollständige Datenmigration: Das Team stellte einen vollständigen und sicheren Transfer historischer Daten auf die neue Plattform sicher und vermied so die Entstehung von Informationssilos.
  • Microservices- und Cloud-native-Architektur: Die Wahl von Mambu ermöglichte die Einführung einer auf Microservices basierenden Architektur, die eine deutlich höhere Skalierbarkeit und Flexibilität als das alte Monolith bot.
  • Vollständige Integration: Das neue System wurde nicht fragmentiert parallel zum alten eingesetzt, sondern ersetzte den gesamten Geschäftskern in einem einheitlichen Ökosystem.

Dieser Ansatz steht im Gegensatz zu partiellen Migrationen oder "Lift-and-Shift"-Ansätzen, die lediglich die Einschränkungen der alten Systeme in die Cloud reproduzieren. OpenLegacy definiert Cloud-Modernisierung als den Prozess der Transformation von Legacy-Systemen und -Anwendungen, um die Technologie und Architektur der Cloud zu nutzen. Die Marginalen Bank hat dieses Prinzip in die Tiefe umgesetzt.

Fallstricke: Die bitteren Lehren aus vergangenen Fehlschlägen

Um zu verstehen, was bei Marginalen funktioniert hat, ist es aufschlussreich zu untersuchen, was andernorts gescheitert ist. Der Abschnitt "Common Mistakes" ist für jeden Planer entscheidend.

  1. Die Komplexität der Daten- und Prozessmigration unterschätzen: Das Scheitern der TSB Bank (UK) ist das archetypische Beispiel. Wie Medium berichtet, versuchte die Bank, ihr Core-Banking-System von einem alten Eigentümer (Lloyds) in einem "Big Bang" auf eine neue Plattform (Sabadell) zu migrieren. Das Ergebnis war katastrophal: Millionen von Kunden hatten keinen Zugang, Transaktionen waren fehlerhaft, und es entstand eine anhaltende Vertrauenskrise. Die Lehre? Eine "Big Bang"-Migration ohne umfassende Tests und einen soliden Rollback-Plan ist extrem riskant.
  2. Sich mit einem "Rehosting" (Lift-and-Shift) ohne architektonische Überarbeitung begnügen: Eine monolithische Legacy-Anwendung ohne Neukonzeptionierung auf eine VM in der Cloud zu verschieben, bringt nur marginale Vorteile (wie eine Reduzierung der Hardwarekosten). Der wahre Gewinn – Agilität, Time-to-Market, Personalisierung – kommt von der Zerlegung in Microservices. Galileo Financial Technologies stellt fest, dass die monolithische Architektur von Legacy-Systemen deren Änderung und Integration erschwert.
  3. Spezialisiertes Know-how vernachlässigen: Wie das Fachwissen von Artezio in der Entwicklung digitaler Bankplattformen zeigt, erfordert der Ersatz eines Core-Banking-Systems spezielle Kenntnisse in Finanzarchitektur, regulatorischer Compliance und Cloud-Engineering. Der Versuch, dies nur mit internen Ressourcen zu tun, kann riskant sein.

Entscheidungsrahmen: Bewerten Sie Ihren eigenen Migrationspfad

Angesichts eines Legacy-Systems stehen Ihnen mehrere Optionen zur Verfügung. Hier ist ein einfacher Rahmen zur Bewertung Ihrer Situation, inspiriert von den beobachteten Strategien.

| Strategie | Beschreibung | Vorteile | Risiken / Nachteile | Geeignet für... |

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

| Rehosting (Lift-and-Shift) | Bestehende Anwendung auf eine Cloud-Infrastruktur (IaaS) verschieben. | Schnell, wenige Codeänderungen. | Löst keine Legacy-Architekturprobleme (fehlende Agilität). | Eine temporäre Lösung oder für unkritische Anwendungen. |

| Replatforming | Anwendung anpassen, um verwaltete Cloud-Dienste (PaaS) zu nutzen. | Verbessert die operative Effizienz ohne größere Überarbeitung. | Begrenzte Geschäftsagilitätsgewinne. | Systeme, die gut funktionieren, aber teuer im Betrieb sind. |

| Kompletter Ersatz (Rearchitecting/Replacing) | Anwendung als Cloud-native Microservices neu aufbauen oder eine neue Plattform übernehmen (wie Marginalen). | Maximale Agilität, Skalierbarkeit, Innovation. | Hohe Kosten und Komplexität, lange Projektlaufzeit. | Kritische Core-Systeme, die Innovation behindern (der Fall dieses Artikels). |

| Hybrider oder schrittweiser Ansatz | Neue Dienste als Microservices (z.B. Zahlungen) bereitstellen, während der alte Kern beibehalten wird. | Reduziert das Risiko, ermöglicht einen schrittweisen Übergang. | Schafft Integrationskomplexität, erhält technische Schulden. | Große Banken mit sehr komplexen Systemen, wie für PAOB in Hongkong erwähnt. |

Um zu wählen, stellen Sie sich diese Fragen: Welche geschäftlichen Auswirkungen hat Stillstand? Wie hoch ist unsere Risikobereitschaft und Investitionsbereitschaft? Verfügen wir über internes Know-how oder müssen wir uns mit einem Spezialisten wie Avenga oder Artezio zusammenschließen?

Das strategische Imperativ jenseits der Technik

Die Migration der Marginalen Bank war kein isoliertes IT-Projekt, sondern eine Geschäftstransformation. In der von Deloitte für 2026 beschriebenen Landschaft, in der Banken KI skalieren und gegen die Fragmentierung von Daten kämpfen müssen, ist ein Legacy-System ein Klotz am Bein. Ein modernes und flexibles Bankenherz wird zur notwendigen Grundlage, um:

  • Neue Finanzprodukte (wie innovative verzinsliche Konten) schnell zu entwickeln.
  • Partnerökosysteme (Fintechs, Versicherer) über APIs zu integrieren.
  • Das Kundenerlebnis in Echtzeit dank einer einheitlichen und zugänglichen Datenansicht zu personalisieren.
  • Regulatorischen Anforderungen mit mehr Agilität zu entsprechen.

Der Fall Marginalen zeigt, dass eine erfolgreiche Migration mit einer klaren Vision, kompetenten Partnern und einer sorgfältigen Ausführung, die die Fallstricke schlecht vorbereiteter "Big Bangs" vermeidet, möglich ist. Er zeigt, dass es für eine regionale Bank oder jede Institution nicht mehr darum geht, ob ihr Core-Banking modernisiert werden muss, sondern wie dies auf die sicherste und effektivste Weise geschehen kann, um ihr zukünftiges Wachstumspotenzial freizusetzen.

Weiterführende Informationen