Leitfaden zur Strategie der Anwendungsmodernisierung

Bei der Anwendungsmodernisierung werden Ihre Legacy-Anwendungen (Infrastruktur, Architektur, Code oder Datenschicht) aktualisiert, damit sie mit modernen Technologien und KI-gestützten Tools funktionieren. Die Modernisierung Ihres Anwendungsportfolios umfasst in der Regel schnelle Korrekturen sowie umfassendere Umgestaltungen und kann in Phasen erfolgen.

Wichtigste Erkenntnisse 

• Die Modernisierung Ihrer Legacy-Anwendungen ist ein flexibler Prozess – Sie können das 7-Rs-Framework verwenden, um zu entscheiden, was aktualisiert, was beibehalten und was außer Betrieb genommen werden soll. 
• Die „Rs“ im 7-Rs-Framework – Retain, Retire, Rehost, Replatform, Refactor, Rearchitect und Rebuild – lassen sich beliebig kombinieren, um sie an Ihre technologischen und geschäftlichen Anforderungen anzupassen. 
• Sie müssen nicht alles gleichzeitig modernisieren – die schrittweise Aktualisierung einzelner Technologiekomponenten ist weniger riskant als der Versuch, ein gesamtes System auf einmal zu ersetzen. 
• Eine Altdatenbank wird bei der Anwendungsmodernisierung oft übersehen, kann jedoch Engpässe verursachen, wenn sie nicht mit dem Rest des Systems modernisiert wird.  
• KI verändert die Geschwindigkeit, mit der eine Modernisierung erfolgen kann; neue Tools können nun Legacy-Code umschreiben und Tests selbst generieren, was die Zeitrahmen für die Modernisierung drastisch verkürzt. 
• Bei der Modernisierung geht es nicht nur um Technologie, sondern auch um Führungsstärke, messbare Ziele und eine Roadmap, die alles auf Kurs hält. 

Inhaltsverzeichnis

• Was ist Anwendungsmodernisierung?
• Warum sollten Sie Legacy-Apps modernisieren?
• Wie bewerten Sie Legacy-Anwendungen?
• Was sind die 7 Rs der Modernisierung?
• Anwendungsmodernisierung ist eine umfassende Strategie 
• Welche Strategien zur Anwendungsmodernisierung funktionieren am besten?
• Warum Datenbanken in Pläne zur Anwendungsmodernisierung einbezogen werden müssen
• Wie verändert KI die Modernisierung von Anwendungen?
• Welche Tools und Services benötigen Sie für die Modernisierung?
• Wie erstellen Sie eine Roadmap für die Anwendungsmodernisierung?
• Ihre Checkliste für den ROI der Modernisierung
• Was sind Ihre nächsten Schritte zur Anwendungsmodernisierung?
• Ähnliche Ressourcen

Was ist Anwendungsmodernisierung?

Anwendungsmodernisierung ist der Prozess der Aktualisierung bestehender Legacy-Anwendungen für die Arbeit mit moderner Technologie, Infrastruktur und aktuellen Geschäftsanforderungen. Das bedeutet nicht unbedingt, dass ein gesamtes System ersetzt werden muss. Stattdessen umfasst die Anwendungsmodernisierung in der Regel die Aktualisierung der Plattform, der Architektur, des Codes oder der Datenschicht – häufig in mehreren Phasen. Zu den gängigen Lösungsansätzen gehören die unveränderte Verlagerung einer Anwendung in die Cloud, die Aufteilung einer großen Anwendung in kleinere, unabhängige Dienste oder die Abschaffung von Anwendungen, deren Weiterführung sich nicht lohnt.

Der Grund dafür, dass die Anwendungsmodernisierung für so viele Unternehmen so dringend geworden ist, liegt darin, dass die Altsysteme, auf denen ihre Geschäfte laufen, für eine andere Ära konzipiert wurden – sie funktionieren zwar noch, können aber mit dem, was moderne Unternehmen brauchen, nicht Schritt halten. Für die meisten Unternehmen ist die Anwendungsmodernisierung nicht nur ein IT-Projekt, sondern ein grundlegender Bestandteil der umfassenderen digitalen Transformation.

Anwendungsfall: Wo App-Modernisierungsprobleme oft beginnen 

Kai ist VP of Engineering bei einer Regionalbank mit einem Volumen von 40 Milliarden US-Dollar, einer starken Privatkundenbasis und einem wachsenden Bereich der Vermögensverwaltung. Die Plattform der Bank wurde 2003 bereitgestellt und funktioniert immer noch. Kunden führen Transaktionen durch und es gibt keine offensichtlichen Systemprobleme. 

Doch nur weil die Anwendungen der Bank heute funktionieren, heißt das noch lange nicht, dass sie auch die Pläne der Bank für die nahe Zukunft – wie neue mobile Funktionen, automatisierte Betrugserkennung und eine stärke vernetzte Kundenerfahrung – unterstützen werden.

Der größte Druck zur Modernisierung dreht sich um die Datenschicht. Eine im Jahr 2003 entwickelte Plattform mit einer starren, relationalen Struktur zeichnet Transaktionen zwar gut auf, hat aber Probleme mit den unstrukturierten, großen Datenmengen, von denen KI-Workloads wie die Betrugserkennung abhängen. Dieses Missverhältnis ist oft der Grund, warum Teams überhaupt erst modernisieren – und genau hier passt ein flexibles Dokumentmodell wie MongoDB, da es für die Handhabung verschiedener Datentypen und die Skalierung bei steigendem Bedarf ausgelegt ist.

Warum sollten Sie Legacy-Apps modernisieren?

Die Anwendungsmodernisierung ist eine der am schnellsten wachsenden Kategorien bei den Technologieausgaben von Unternehmen. Laut MarketsandMarkets wird der globale Markt für Modernisierungsdienste voraussichtlich von 19,82 Milliarden US-Dollar im Jahr 2024 auf 39,62 Milliarden US-Dollar bis 2029 anwachsen. 

Viele Unternehmen beginnen mit der Modernisierung bestehender Apps, wenn die Kosten für ihre Weiterführung die Kosten für eine Umstellung übersteigen. Diese Kosten zeigen sich nicht nur in Form von Ausgaben, sondern auch in Sicherheitsrisiken, Leistungseinbußen und unzufriedenen Kunden. 

Nachfolgend finden Sie häufige Gründe, warum Sie eine Modernisierung in Betracht ziehen sollten:

• Der Wettbewerb ist schneller als Sie: Neuere Unternehmen in Ihrer Branche haben nicht so viele Altlasten wie Sie, was bedeutet, dass sie neue Funktionen schneller einführen können – und Ihre Kunden bemerken allmählich, dass Sie nicht Schritt halten können.

• Wartungskosten zehren Ihr Budget auf: Branchenstudien legen nahe, dass Unternehmen 60 % bis 80 % ihres IT-Budgets allein dafür aufwenden, alte Systeme am Laufen zu halten. Laut einer Umfrage von McKinsey lässt sich durch Modernisierung die Kosten für die IT-Infrastruktur um 50 % senken. Modernisierung ist nicht kostenlos, aber Nichtstun hat ebenfalls seinen Preis; der Schutz Ihrer bestehenden Investitionen bedeutet oft, diese zu modernisieren.

• Ihre Systeme können moderne Workloads nicht bewältigen: Ihre älteren Anwendungen wurden wahrscheinlich dafür entwickelt, eine geringere Anzahl an Benutzern, Transaktionen und Daten zu bewältigen, als moderne Unternehmen generieren. Bei Traffic-Spitzen oder steigenden Datenmengen kann es zu Verzögerungen oder Systemabstürzen kommen.

• Die Verwaltung der Sicherheit wird immer schwieriger: Angreifer haben es auf Legacy-Anwendungen abgesehen, da diese leichter zu hacken sind – viele unterstützen keine modernen Sicherheitstools und es gibt keine Patches mehr dafür.

• Sie können die Entwickler, die Sie benötigen, nicht einstellen (oder halten): Viele Entwickler möchten nicht mit veralteter Technologie arbeiten und wechseln daher den Arbeitgeber – und nehmen ihr gesamtes wertvolles Wissen mit. Und es kann schwierig sein, Ersatz für sie zu finden.

• Sie können keine neuen Funktionen hinzufügen: Alle modernen Tools – KI-Agenten, maschinelles Lernen, Echtzeitdaten und Automatisierung – lassen sich bei Legacy-Anwendungen kaum integrieren, da diese nicht auf die Unterstützung ausgelegt waren. 

Die meisten Unternehmen sehen sich nicht nur mit einem dieser Druckfaktoren, sondern gleich mit mehreren gleichzeitig konfrontiert. Das ist in der Regel der Punkt, der die Entscheidung zur Modernisierung von „irgendwann“ auf „jetzt“ verschiebt.

TECH-TIPP: Was sind technische Schulden? 

Vielleicht haben Sie den Begriff „technische Schulden“ schon einmal gehört, aber was bedeutet er eigentlich? Technische Schulden sind die kumulativen Auswirkungen einer Nicht-Modernisierung Ihres Codes, Ihrer Architektur oder Ihrer Infrastruktur. Jede Abkürzung, die Sie genommen haben, um Ihr veraltetes System am Laufen zu halten, hat zwar kurzfristig Zeit gespart, aber wahrscheinlich zukünftige Aktualisierungen erschwert. Im Laufe der Zeit machen diese Umgehungslösungen jede weitere Änderung langsamer, riskanter und kostspieliger. 

Anwendungsfall: Was motiviert Kai zur Modernisierung?

Für Kai zeigen sich die Modernisierungsanforderungen gleich an mehreren Stellen:

• Ein Kernanbieter kündigte kürzlich das Ende des Supports für eine der zugrunde liegenden Plattformen der Bank an.

• Zwei regionale Fintechs führen mobile Funktionen ein, nach denen die Kunden der Bank bereits fragen.

• Interne Entwickler beschweren sich darüber, ein über 20 Jahre altes System warten zu müssen.

• Das letzte Sicherheitsaudit der Bank stufte das Legacy-System als wachsendes Risiko ein, da das zugrunde liegende Framework nicht mehr gepatcht werden kann. 

Wie viele Unternehmen in ihrer Situation muss auch Kai herausfinden, wo sie anfangen soll. 

Wie bewerten Sie Legacy-Anwendungen?

Bevor Sie entscheiden, was und wie modernisiert werden soll, müssen Sie die Kosten für den laufenden Betrieb Ihrer bestehenden Anwendungen verstehen. Die folgenden drei Schritte können Ihnen helfen, eine Bestandsaufnahme Ihrer aktuellen Technologie vorzunehmen und den Weg zur Modernisierung einzuschlagen. 

Schritt 1: Bestandsaufnahme durchführen

Um sich einen umfassenden Überblick zu verschaffen, ist es wichtig, eine Bestandsaufnahme Ihrer vorhandenen Ressourcen vorzunehmen. Notieren Sie jede Anwendung, die Ihr Unternehmen nutzt, sowie die Systeme, auf die sie angewiesen ist. Befragen Sie Entwickler und Systemadministratoren – sie helfen Ihnen dabei, ältere Anwendungen aufzudecken, vergessene Integrationen zu identifizieren und undokumentierte Abhängigkeiten zu berücksichtigen. 

Schritt 2: Überprüfen Sie Ihre technischen Schulden

Bei einer Prüfung der technischen Schulden werden der Zustand des Anwendungscodes, das Alter der zugrunde liegenden Frameworks, die Fähigkeit der Anwendung, sich gegen moderne Bedrohungen zu schützen, sowie ihre Leistung unter den aktuellen Workloads untersucht. Sie werden diese Bewertung wahrscheinlich nicht persönlich vornehmen, sondern Ihr Engineering-Team. Sie müssen die Ergebnisse jedoch gut genug verstehen, um den nächsten Schritt festzulegen. 

Schritt 3: Entscheiden Sie, was sich zu modernisieren lohnt 

Sobald Sie Ihre Bestandsaufnahme und Prüfung der technischen Altlasten abgeschlossen haben, besteht der nächste Schritt darin zu entscheiden, welche Anwendungen eine Aktualisierung wert sind, welche warten können und welche stillgelegt werden sollten. Stellen Sie sich dazu zwei Fragen zu jeder Anwendung: Wie wertvoll ist sie für Ihr Unternehmen und wie schwierig ist die Modernisierung? 

Sobald Sie beide Fragen für jede Anwendung beantwortet haben, erhalten Sie eine klarere Vorstellung davon, was als Nächstes zu tun ist. 

Wenn die Anwendung:

• Wertvoll und einfach zu aktualisieren ist, fahren Sie mit der Modernisierung fort. 

• Wertvoll, jedoch schwer zu aktualisieren ist, ermitteln Sie, was erforderlich ist, und erstellen Sie einen Plan zur Modernisierung. 

• Nicht sehr wertvoll ist, fragen Sie Ihr Team, ob diese Anwendungen noch benötigt werden. Wenn sie sich leicht aktualisieren lassen, modernisieren Sie sie, sobald Sie Zeit haben. Wenn sie sich nur schwer aktualisieren lassen, können Sie sich stattdessen für ihre Stilllegung entscheiden.

DETAILLIERTER EINBLICK: Was gehört zu einem Modernisierungsinventar?

Ein Modernisierungsinventar umfasst mehr als nur Anwendungen. Es besteht aus Quellcode, Laufzeitabhängigkeiten, Integrationsschnittstellen (APIs, Dateiübertragungen, Nachrichtenwarteschlangen), Datenbankschemata, geplanten Jobs, Infrastrukturkonfigurationen, Überwachungstools und den Mitarbeitern in Ihrem Unternehmen, die wissen, wie alles funktioniert. 

Anwendungsfall: Was Kai bei genauerem Hinsehen findet

Beim Inventar von Kai wurden 47 Anwendungen in den verschiedenen Geschäftsbereichen der Bank ermittelt: 20 davon haben derzeit keinen Verantwortlichen, da die Personen, die sie bisher gewartet haben, das Unternehmen verlassen haben; 12 laufen auf Frameworks, für die keine Sicherheitspatches mehr bereitgestellt werden; 8 überschneiden sich mit anderen Systemen; und 5 wurden seit über einem Jahr nicht mehr genutzt, doch die Bank zahlt weiterhin Infrastrukturgebühren dafür. Da Kai nun Klarheit hat, kann sie anhand der 7 Rs der Modernisierung entscheiden, was sie zuerst modernisieren und was sie ausmustern möchte. 

Was sind die 7 Rs der Anwendungsmodernisierung?

Die 7 Rs sind ein beliebtes Modernisierungs-Framework, mit dem Unternehmen ihr Anwendungsportfolio bewerten. Jede Modernisierungsentscheidung – von einer kleinen Korrektur bis hin zu einer vollständigen Neuerstellung – kann einer dieser sieben Maßnahmen zugeordnet werden:

1. Retain: Treffen Sie eine bewusste Entscheidung, einige Apps unverändert zu lassen, da sie noch funktionieren oder der Aufwand für eine Modernisierung in keinem Verhältnis zum Nutzen steht.

2. Retire: Einige Anwendungen sollten endgültig stillgelegt werden, da sie andere Systeme doppelt abdecken oder nicht mehr genutzt werden.

3. Rehost: Verlagern Sie die Anwendung mit minimalen Änderungen unverändert in die Cloud. Rehosting – oft auch als „Lift-and-Shift“ bezeichnet – ist eine schnelle Lösung, wenn Sie veraltete Hardware zügig außer Betrieb nehmen müssen. Nach der Verlagerung funktioniert die Anwendung nach wie vor genauso wie bisher, sie läuft lediglich auf einer Cloud-Infrastruktur – was bedeutet, dass alle ursprünglichen Probleme (d. h. Skalierungsgrenzen, technische Schulden) ebenfalls mit übernommen werden.

4. Replatform: Verlagern Sie die Anwendung in die Cloud, ersetzen Sie dabei jedoch bestimmte Komponenten durch moderne, Cloud-native Versionen. Sie könnten beispielsweise eine Self-Managed-Datenbank durch einen Managed-Cloud-Dienst ersetzen, während andere Komponenten unverändert bleiben – aus der Perspektive des Benutzers funktioniert die Anwendung weiterhin auf die gleiche Weise, aber die Modernisierung reduziert Ihren Wartungsaufwand.

5. Refactoring: Bereinigen Sie unordentlichen oder veralteten Code durch Refactoring – dadurch wird die Anwendung einfacher zu warten und das Risiko verringert, ohne jedoch neue Funktionen hinzuzufügen.

6. Rearchitect: Gestalten Sie die Struktur der Anwendung grundlegend neu, beispielsweise indem Sie eine große Anwendung in kleinere, unabhängige Teile (auch als Microservices bezeichnet) aufteilen oder die Art und Weise ändern, wie die Anwendung Daten speichert und verarbeitet. Eine Neugestaltung der Architektur erfordert Zeit und birgt Risiken, da sie so viele Teile der ursprünglichen Architektur betrifft, doch oft ist sie die einzige Möglichkeit, Funktionen wie Echtzeitdaten, KI-Integration oder bedarfsgerechte Skalierung hinzuzufügen.

7. Rebuild: Erstellen Sie eine neue Anwendung von Grund auf und behalten Sie nur die Regeln und Prozesse aus dem alten System bei, die noch nützlich sind. Ein kompletter Neuaufbau ist die teuerste Option, kann jedoch notwendig sein, wenn Ihre Legacy-Anwendung zu veraltet ist, um sie zu retten, oder sich das Geschäft so stark verändert hat, dass das ursprüngliche System nicht mehr funktioniert. 

Anwendungsmodernisierung ist eine umfassende Strategie, keine bloße Einzelentscheidung

Die meisten Unternehmen setzen auf die schrittweise Modernisierung und wenden mehrere der 7 Rs in überschaubaren Schritten basierend auf ihren Anforderungen an, anstatt zu versuchen, alles auf einmal zu überarbeiten. 

Damit eine schrittweise Modernisierung funktioniert, müssen zwei Aspekte vorhanden sein: eine Abstimmung zwischen Ihren Modernisierungszielen und Ihren Geschäftszielen sowie eine ordnungsgemäße Governance der Entscheidungen (d. h. KPIs, Verantwortlichkeitsstrukturen und klare Erfolgskriterien). Der nächste Schritt besteht darin, sicherzustellen, dass jede Entscheidung das Unternehmen voranbringt – oft in Richtung Cloud.

Das Framework zur Anwendungsmodernisierung wird erst dann wirklich greifbar, wenn Sie es in einem echten Portfolio angewendet sehen – schauen wir uns also an, wie Kai die 7 Rs bei der Bank einsetzt. 

Anwendungsfall: So setzt Kai die 7 Rs der Anwendungsmodernisierung ein 

Kai sortiert ihre 47 Apps nach Wert und Aufwand und ordnet jede App einem der 7 Rs zu. Für ihre erste Entscheidungsrunde nutzt sie vier: Retire, Rehost, Rearchitect und Rebuild. 

• Kai nimmt das veraltete Berichtstool der Bank außer Betrieb und ersetzt es durch eine moderne Business-Intelligence-Plattform (BI). 

• Sie führt ein Rehosting des Kundenbenachrichtigungssystems in die Cloud durch – eine schnelle Lösung, bei der das System erhalten bleibt, ohne dass es neu aufgebaut werden muss.

• Die Kernbankplattform wird neu gestaltet, da die ursprüngliche Architektur weder mobile Funktionen noch die vom Planungsteam angestrebte einheitliche Kundensicht mehr unterstützen kann. 

• Die Anwendung zur Betrugserkennung wurde von Grund auf neu entwickelt, da sie so veraltet ist, dass sie keine Sicherheitspatches mehr erhalten kann, was ein ernstes Risiko für die Bank darstellt.

Kai führt diese Modernisierungs-Upgrades nicht nacheinander durch; sie führt sie parallel aus, wobei verschiedene Teams für unterschiedliche Anwendungen verantwortlich sind. 

Welche Strategien zur Anwendungsmodernisierung funktionieren am besten?  

Zu den drei Strategien für die App-Modernisierung, die in Modernisierungsplänen am häufigsten vorkommen, gehören die Cloud-Migration, die Umstellung von Monolithen auf Microservices sowie die Einführung der Cloud und der Hybrid-Cloud. Keiner dieser Ansätze ist ein einzelnes R aus dem oben genannten Framework – es handelt sich um Muster, die je nach Situation mehrere Rs kombinieren.

Die Cloud-Migration ist der häufigste Ausgangspunkt für die Anwendungsmodernisierung

Für die meisten Unternehmen dauern Cloud-Migrationen Jahre, nicht Wochen – und das ist Absicht. Um die Einführung der Cloud zu beschleunigen, könnten Sie zunächst mit einem Cloud-Rehosting beginnen, da Sie die Nutzung alter Hardware sofort einstellen müssen, und die Neugestaltung der Cloud-Architektur so lange aufschieben, bis Sie Ihre aktuellen Anwendungen gründlicher bewerten können. 

Containerisierung wird oft für gestufte Migrationen verwendet. Container bündeln eine Anwendung zusammen mit allem, was sie zur Ausführung benötigt, sodass Sie sie heute auf Ihrer bestehenden Infrastruktur und nächsten Monat in der Cloud ausführen können. Dank dieser Portabilität können Sie selbst entscheiden, wann Sie die Migration durchführen möchten, anstatt sich an einen vorab festgelegten Zeitplan halten zu müssen. 

Mit der Migration von Anwendungen in die Cloud migrieren Sie auch Ihre Ausgaben dorthin. Große anfängliche Infrastrukturinvestitionen werden durch monatliche Betriebskosten ersetzt, was im Laufe der Zeit in der Regel Geld spart. Allerdings kann es bei der Cloud-Implementierung zu Leistungsproblemen bei lokalen Legacy-Anwendungen kommen, weshalb Kosteneinsparungen nicht der einzige Grund für Ihre Entscheidung für einen Wechsel in die Cloud sein sollten.  

Microservices sind die gängigste Methode, um einen Monolithen aufzubrechen 

Viele Legacy-Anwendungen sind Monolithen – einzelne All-in-One-Anwendungen, bei denen sich jede Funktion innerhalb derselben Codebasis befindet. Mit dem Wachstum von Unternehmen lassen sich monolithische Systeme nur noch schwer ändern, da alles in ihnen miteinander verbunden ist. Die Aktualisierung eines Teils der Anwendung könnte einen anderen, nicht zusammenhängenden Teil beschädigen. 

Das Gegenstück zu einem Monolithen ist eine Microservices-Architektur, bei der dieselbe Anwendung aus einer Sammlung kleiner, unabhängiger Dienste besteht, die zusammenarbeiten. Jeder Microservice – wie z. B. Kundenkonten oder Zahlungsabwicklung – verfügt über eine eigene Bereitstellungspipeline und kann aktualisiert werden, ohne die anderen Dienste zu beeinträchtigen. 

Die gängigste Methode zur Modernisierung eines Monolithen ist der Einsatz von Microservices mithilfe des Strangler-Musters:

• Der Monolith bleibt unangetastet, während neue Microservices parallel dazu aufgebaut werden. 

• Mit der Inbetriebnahme jedes neuen Dienstes übernimmt dieser einen Teil der Aufgaben des Monolithen. 

• Letztendlich wird die gesamte Arbeit auf die Microservices verlagert und der Monolith stillgelegt.

• Von diesem Zeitpunkt an arbeiten die Microservices zusammen, um dieselbe Anwendung bereitzustellen – nur in kleineren, flexibleren Einheiten. 

Der Name „Strangler“ leitet sich von der Würgefeige ab, die sich um ihren Wirt windet, bis dieser schließlich stirbt. 

Hybrid-Cloud ist die praktischste Wahl für die meisten Modernisierungsprojekte von Unternehmensanwendungen

Die meisten großen Unternehmen verlagern nicht alles in die Cloud – sie nutzen einen hybriden Ansatz, der eine Mischung aus öffentlichen Cloud-Services und lokaler Infrastruktur bietet. 

Hybrid-Clouds werden in der Regel aus drei Hauptgründen verwendet: 

• Vorschriften: In einigen Branchen müssen bestimmte Daten auf privater Infrastruktur verbleiben. Gesundheitsdienstleister müssen beispielsweise Patientenakten häufig in privaten Systemen speichern, um die HIPAA-Vorschriften einzuhalten. Banken müssen Finanzdaten ihrer Kunden unter Umständen in bestimmten Ländern speichern, um den dort geltenden Gesetzen zu entsprechen.

• Leistung: Einige Anwendungen müssen sich in unmittelbarer Nähe zu den Personen oder Systemen befinden, die sie nutzen. Beispielsweise muss Software für Fertigungslinien in einer Fabrik möglicherweise auf lokaler Hardware ausgeführt werden, damit sie sofort auf Änderungen an den Anlagen reagieren kann; jede Verzögerung durch eine weit entfernte öffentliche Cloud könnte den Betrieb stören.

• Kosten: Einige Arbeitslasten lassen sich einfach kostengünstiger auf der Hardware ausführen, die Sie bereits besitzen. Ein Unternehmen, das bereits in sein eigenes Rechenzentrum investiert hat, stellt möglicherweise fest, dass Batch-Verarbeitungsaufträge – wie nächtliche Finanzberichte – auf der vorhandenen Infrastruktur kostengünstiger ausgeführt werden können als in der öffentlichen Cloud.

Warum Datenbanken in Pläne zur Anwendungsmodernisierung einbezogen werden müssen

Die meisten Modernisierungs-Frameworks, einschließlich der 7 Rs, konzentrieren sich auf die Anwendung: wo sie ausgeführt wird, wie der Code strukturiert ist und wie Teams neue Versionen veröffentlichen – nicht auf die Legacy-Datenbank. Das Ignorieren einer 20 Jahre alten Datenbank kann jedoch selbst den besten Modernisierungsplan zum Stillstand bringen, da die Datenbank schlichtweg nicht für die Anforderungen Ihrer modernisierten Anwendungen ausgelegt war.  

Eine vollständige Modernisierung erfordert auch die Modernisierung der Datenebene. Tools wie MongoDB's Relational Migrator helfen Teams dabei, von starren relationalen Schemata zu flexibleren dokumentbasierten Modellen überzugehen, die sich an der heutigen Arbeitsweise des Unternehmens orientieren.

Anwendungsfall: So hat Kai den Datenbankengpass der Bank entdeckt 

Als Kais Team mit der Planung der Neugestaltung der Kernbankensysteme beginnt, geht es zunächst davon aus, dass der größte Aufwand beim Anwendungscode liegt, doch schon bald stellt sich heraus, dass die Datenbank ein Monolith für sich ist – eine Relational Database mit 2.400 Tabellen und 800 gespeicherten Verfahren, die wichtige Geschäftslogik enthalten. Ohne eine Neugestaltung der Datenbank in Verbindung mit den Anwendungen kann Kais Team keine der Funktionen bereitstellen, auf die die Bank setzt. 

Kai ist mit dieser Entdeckung nicht allein. Intellect Design, ein weltweit tätiges Fintech-Unternehmen stieß auf dasselbe Problem: Die zentrale Geschäftslogik war in Hunderten von SQL-gespeicherten Verfahren eingeschlossen, und Verzögerungen bei der Batch-Verarbeitung schränkten die Leistungsfähigkeit der Plattform ein. Nach der Modernisierung sowohl der Datenschicht als auch der Anwendung mit MongoDB konnte Intellect Design die Zeiten für den Onboarding-Workflow um 85 % reduzieren – ein Beweis dafür, dass die Datenbank ein wesentlicher Bestandteil einer vollständigen Modernisierung ist. 

Wie verändert KI die Modernisierung von Anwendungen?

Bis vor Kurzem bedeutete der Modernisierungsprozess monate- oder jahrelange manuelle Arbeit – Entwickler mussten Legacy-Code lesen, Zeile für Zeile umschreiben und testen, um sicherzustellen, dass alles funktionierte. KI hat das geändert. 

Vier Bereiche, in denen KI den größten Unterschied macht:

1. Code-Transformation: KI-Agenten können veraltete Codebasen (einschließlich älterer Sprachen wie COBOL) lesen und moderne Entsprechungen in einer Geschwindigkeit erstellen, die vor zwei Jahren noch undenkbar war.

2. Testgenerierung: KI kann das Verhalten einer Legacy-Anwendung analysieren und die erforderlichen Tests generieren, um zu überprüfen, ob die modernisierte Version die gleichen Aufgaben erfüllen kann.

3. Extraktion von Geschäftslogik: In Legacy-Anwendungen sind seit Jahren Geschäftsregeln im Code verborgen – beispielsweise wie Zinssätze berechnet werden oder wie Transaktionen zur Überprüfung markiert werden. KI kann den alten Code durchgehen, diese Regeln finden und sie als separate, wiederverwendbare Bausteine extrahieren, sodass die Regeln erhalten bleiben, während der Rest der Anwendung neu erstellt wird.

4. Aufbau von Feedbackschleifen: Modernisierte Anwendungen können in Echtzeit Daten über ihre Leistung erfassen – darunter auch darüber, ob KI-Entscheidungen richtig oder falsch sind. Diese Daten fließen als Feedback in die KI zurück und helfen ihr, sich im Laufe der Zeit zu verbessern. Die meisten Legacy-Anwendungen sind dazu nicht in der Lage; modernisierte Anwendungen sind hingegen genau darauf ausgelegt.

Die Application Modernization Platform (AMP) von MongoDB verbindet KI-Funktionen mit bewährten Methoden und technischem Know-how. Für Unternehmen mit umfangreichen Legacy-Anwendungen kann AMP die Modernisierungszeit um das Zwei- bis Dreifache verkürzen. 

So nutzte beispielsweise die Bendigo and Adelaide Bank KI-Tools, um die Ausführung von Anwendungstestfällen von 80 Stunden auf 5 Minuten zu verkürzen. Die meisten Unternehmen erzielen die besten Ergebnisse, indem sie KI-Funktionen schrittweise testen – beginnend mit einer einzigen Anwendung oder einem Workflow, aus den Ergebnissen lernen und von dort aus skalieren.

Welche Tools und Services benötigen Sie für die Modernisierung?

Die Auswahl von Tools und Diensten zur Anwendungsmodernisierung umfasst in der Regel zwei parallele Entscheidungen: Welche Tools sollen verwendet und welche Dienste sollen aktiviert werden.

Die wichtigsten Tools für die Modernisierung

• Beobachtbarkeit und Überwachung: Verfolgen Sie die Anwendungsleistung, um Probleme frühzeitig zu erkennen und zu überprüfen, ob modernisierte Versionen besser funktionieren als die, die sie ersetzt haben.

• CI/CD-Pipelines (Continuous Integration und Continuous Delivery): Automatisieren Sie das Testen und Bereitstellen von Codeänderungen, sodass Teams Updates täglich oder wöchentlich statt vierteljährlich bereitstellen können.

• Testautomatisierung: Führen Sie bei Codeänderungen automatisch Tests aus, mit KI-gestützten Optionen, die Tests durch Analyse des aktuellen Verhaltens der Legacy-Anwendung generieren können. 

• Migrationsbeschleuniger: Analysieren Sie Legacy-Code, erfassen Sie Abhängigkeiten und wandeln Sie alten Code in moderne Entsprechungen um – dabei lassen sich oftmals Monate manueller Arbeit auf wenige Tage verkürzen.

Dienste, die bei der Modernisierung am wichtigsten sind

• Consulting-Partner: Bringen Sie externe Modernisierungsexpertise ein, die in der Regel mit einer Bewertung beginnt und bis zur Implementierung reicht.

• Plattformanbieter mit integrierten Diensten: Bieten die Modernisierungsplattform zusammen mit Entwicklern an, die Ihnen bei deren Nutzung helfen (MongoDB AMP).

• Hybride Ansätze: Kombinieren Sie externe Plattformen und Berater mit interner Entwicklung. So behalten Sie die Kontrolle darüber, welche Aufgaben intern erledigt und welche ausgelagert werden.

• Change Management und Schulung: Bereiten Sie Entwickler, Führungskräfte und Endanwender auf neue Tools und Workflows vor, da Modernisierung scheitern kann, wenn die Beteiligten nicht wissen, wie das Erstellte zu nutzen ist.

Managed- oder Self-Managed-Dienste?

Neben der Wahl von Tools und Diensten müssen die meisten Unternehmen auch zwischen Managed-Diensten und Self-Managed-Diensten wählen. Managed-Managed-Dienste sind schneller einzurichten und einfacher zu warten, aber Sie haben weniger Kontrolle und könnten zu sehr vom Anbieter abhängig werden. Bei Self-Managed-Optionen haben Sie mehr Kontrolle, müssen sich aber auch um alles selbst kümmern – Patches, Skalierung, Sicherheit und Notfallwiederherstellung.

Große Unternehmen mit mehreren Geschäftsbereichen richten häufig ein Kompetenzzentrum – ein kleines, funktionsübergreifendes Team – ein, um Standards festzulegen und ihren Ansatz zu verwalten.

Wie erstellen Sie eine Roadmap für die Anwendungsmodernisierung?

Eine Modernisierungs-Roadmap ist eine schrittweise Strategie, die festlegt, was in welcher Reihenfolge modernisiert wird und wie der Erfolg gemessen wird. 

Die erfolgreichsten Roadmaps teilen vier Schlüsselaktionen:

1. Abgestufte Meilensteine: Planen Sie eine Einführung über einen Zeitraum von 12 bis 36 Monaten, unterteilt in vierteljährliche Meilensteine.

2. KPIs und Erfolgsmetriken: Verfolgen Sie Liefergeschwindigkeit, Kosten, Leistung und Entwicklerzufriedenheit.

3. Ein Pilotprojekt: Beginnen Sie mit einem kleinen Projekt, das schnell Erfolge liefern kann.

4. Ein iterativer Veröffentlichungszyklus: Veröffentlichen Sie quartalsweise, anstatt ein perfektes Ergebnis in drei Jahren zu versprechen.

Ihre Checkliste für den ROI der Modernisierung

Anwendungsfall: Der aktuelle Stand von Kais Plan

Sechs Monate nach Beginn ihrer 18-monatigen Roadmap ist Kais Benachrichtigungssystem bereits ausgeliefert, die Umsetzung des „Strangler“-Musters im Kernbankensystem ist im Gange und die Neugestaltung der Betrugserkennung läuft auf Hochtouren. Ähnlich wie Lombard Odier, das dank MongoDB die Dauer der Regressionstests von drei Tagen auf drei Stunden verkürzen konnte, beginnt auch Kai, die sich verstärkenden Vorteile der Modernisierung zu erkennen.

Was sind Ihre nächsten Schritte zur Anwendungsmodernisierung?

Ganz gleich, ob Sie noch am Anfang Ihrer Anwendungsmodernisierung stehen oder bereits damit begonnen haben – der Weg dorthin ist einfacher, als es scheint. 

• Verschaffen Sie sich einen Überblick über Ihren Bestand: Schon ein informeller Überblick über Ihre Anwendungen, Abhängigkeiten und die Entwickler, die diese betreuen, reicht aus, um loszulegen.

• Wählen Sie ein kleines Pilotprojekt: Wählen Sie eine Anwendung, die wichtig genug ist, um von Bedeutung zu sein, aber klein genug, um sie schnell fertigzustellen, damit Sie beweisen können, dass Ihr Ansatz funktioniert, bevor Sie mit der Skalierung beginnen.

• Überspringen Sie nicht Ihre Datenschicht: Modernisierungsbemühungen können ins Stocken geraten, wenn die Datenbank eher als Nebensache denn als Teil des Plans betrachtet wird.

• Erstellen Sie eine Bewertungscheckliste, bevor Sie mit Anbietern sprechen: Erstellen Sie zunächst eine Liste mit unverzichtbaren Anforderungen, damit die Angebote der Anbieter nicht Ihre Anforderungen beeinflussen.

Eine erfolgreiche Strategie zur Anwendungsmodernisierung erfordert Zeit, Abstimmung zwischen den Teams und eine ständige Neubewertung. Die Grundsätze sind jedoch klar: Machen Sie eine Bestandsaufnahme dessen, was Sie haben, setzen Sie Prioritäten bei den wichtigen Punkten, modernisieren Sie schrittweise und richten Sie jede Entscheidung am geschäftlichen Mehrwert aus. Den meisten Unternehmen fällt der Einstieg leichter, sobald sie erkennen, dass sich der Weg Schritt für Schritt durch einzelne Entscheidungen ergibt.

Die Lösungen von MongoDB zur Anwendungsmodernisierung entdecken →

Ähnliche Ressourcen

Modernisierung von Legacy-Anwendungen mit AMP – Erfahren Sie, wie die Application Modernization Platform von MongoDB veraltete Anwendungen in flexible, KI-fähige Systeme umwandelt.

MongoDB Relational Migrator – Erfahren Sie, wie Sie von starren relationalen Schemata zu flexiblen dokumentbasierten Modellen wechseln können, ohne Ihren Geschäftsbetrieb zu beeinträchtigen.

Was ist eine Dokumentendatenbank? – Erfahren Sie, wie Dokumentendatenbanken funktionieren und warum sie besser zu der Art und Weise passen, wie moderne Unternehmen arbeiten.

MongoDB Atlas– Entdecken Sie die Cloud-Datenbankplattform, die moderne, KI-fähige Anwendungen unterstützt.

So beschleunigte Intellect Design die Legacy Modernization um 200 % — Erfahren Sie, wie ein weltweit tätiges Fintech-Unternehmen seine Vermögensverwaltungsplattform mit MongoDB und generativer KI modernisiert hat.