Durch das Hinzufügen von Java zu IMS zusätzlich zu COBOL könnte auch die Komplexität der Anwendung reduziert werden. Durch die klassische Architektur von Atruvia muss in jeder Komponente eine „Kompensationslogik“ eingebaut werden. Damit lässt sich sicherstellen, dass die über die verschiedenen Komponenten verteilten Operationen bei einem Fehler oder einer Unterbrechung auf den letzten konsistenten Zustand zurückgesetzt werden können. Die Einbindung von Java-Code in die IMS-Umgebung würde diese zusätzliche Logik überflüssig machen und damit Komplexität, Kosten und Verzögerungen reduzieren.

„In Bezug auf die Anwendungsarchitektur eröffnet Java die Möglichkeit, eine breitere Palette von Frameworks und Protokollen zu verwenden“, fügt Thomas Bauer, Team Leader und IT Architect bei Atruvia, hinzu. „Zum Beispiel sind RESTful Web Services in Java natürlicher als in COBOL, und bestimmte Funktionen, die in einer reinen COBOL-Umgebung schwer zu implementieren sind, sind in Java als vorgefertigte Artefakte verfügbar. Wir wollten die Markteinführungszeit verkürzen, indem wir moderne, wiederverwendbare Softwarekomponenten einsetzen und gleichzeitig unsere Investitionen in die bestehende Geschäftslogik schützen, indem wir Java-fähig machen.“

Da Atruvia Java bereits als strategische Plattform einsetzte, wollte das Unternehmen eine größere Portabilität seines Codes sowohl auf verteilten als auch auf IBM zSystems-Plattformen ermöglichen – je nachdem, welche das beste Preis-Leistungs-Verhältnis bot. Dieser Ansatz kann auch den Übergang zum Cloud Computing erleichtern. Da OpenShift auf allen Plattformen ausgeführt wird, kann Atruvia Workloads in die Cloud verlagern, wenn dies sinnvoll ist.

Außerdem würde Java auf IBM zSystems zusammen mit COBOL Entwicklern die Möglichkeit geben, Kernbankfunktionen nahtlos und mit geringem Risiko zu erweitern, indem COBOL-Subroutinen durch Java ersetzt werden, ohne dass umfangreiche Programme umgeschrieben werden müssen. Und für Softwarearchitekten in der verteilten Umgebung wäre es einfacher, zentrale Transaktionsdienste direkt von IMS-Anwendungen aus aufzurufen.

„Auf längere Sicht ist es unser Ziel, plattformunabhängiger zu werden, indem wir Java-Bausteine haben, die überall ausgeführt werden können“, sagt Meyer. „Neben der Verringerung der architektonischen Komplexität würde uns die Kombination von COBOL und Java innerhalb von IMS in die Lage versetzen, neue Anwendungskomponenten zu entwickeln, die eng mit bestehenden Komponenten integriert sind. Auf diese Weise können wir die Vorteile einer modernen hybriden App nutzen, d. h. kurze Markteinführungszeiten, höhere Flexibilität und einfachere Entwicklung, ohne den Leistungsvorteil von IMS dort zu verlieren, wo es wirklich zählt: bei den Kernbanktransaktionen.“

Dank der bahnbrechenden Zusammenarbeit zwischen IBM und Atruvia ist Java heute eine etablierte, produktionsreife Komponente der IBM zSystems-Toolbox. Dadurch wird die IMS-Umgebung erheblich aufgewertet, wobei ihre klassischen Eigenschaften wie Leistung und Robustheit erhalten bleiben und gleichzeitig eine schnellere Entwicklung unter Verwendung weit verbreiteter und nachhaltiger Programmierkenntnisse ermöglicht wird. Außerdem können Entwickler bestehende Kernbankfunktionen effizient und mit geringem Risiko erweitern.

„Wir betrachten Java auf IBM zSystems als eine Schlüsseltechnologie, mit der unsere Kunden Wettbewerbsvorteile erzielen“, sagt Meyer. „Durch die einfachere Entwicklung und Wiederverwendung bestehender Komponenten können wir neue Funktionen schneller und kostengünstiger bereitstellen und so unsere Bankkunden dabei unterstützen, neue Services schneller auf den Markt zu bringen.“

Tatsächlich hat Atruvia bereits etwa 85 % seiner IMS-Transaktionen im Kerngeschäft Java-fähig gemacht – das sind etwa 400 Millionen Java-Transaktionen pro Tag mit einem Spitzendurchsatz von 12.000 Transaktionen pro Sekunde. Zwölf IMS-Systeme mit etwa 200 Millionen Anweisungen pro Prozessor pro Sekunde (MIPS) unterstützen diese geschäftskritischen Transaktionen.

Durch die Reduzierung der Komplexität der Anwendungsumgebung hat Java innerhalb von IMS die Effizienz und Leistung von End-to-End-Geschäftstransaktionen erhöht. Zuvor wurde die Batch-Verarbeitung in Unternehmen über eine Vielzahl von Plattformen abgewickelt. Jetzt wird die gesamte Verarbeitung, unabhängig von der Sprache, durch die Kombination von COBOL und Java einfach in einen einzigen Batch-Schritt integriert.

Darüber hinaus können Atruvia-Entwickler Java-Code problemlos auf ihre verteilten und IBM zSystems-Umgebungen portieren, je nachdem, welche Plattform das beste Preis-Leistungs-Verhältnis bietet. So hat Atruvia beispielsweise die Latenzzeit verringert, indem es einige verteilte Java-Workloads auf die IBM zSystems-Plattform verlagert hat. „Schließlich ist die beste E/A keine E/A“, scherzt Meyer. Er berichtet von einer Verdreifachung der Leistung durch die Colocation einiger datenintensiver Anwendungen, anstatt sie über das Netzwerk ausführen zu lassen. Es ist klar, dass eine umfassende Migration in die Cloud nicht der einzige Weg zur Anwendungsmodernisierung ist.

Darüber hinaus gibt es finanzielle Anreize, Java-Workloads von allgemeinen Prozessoren auf IBM Z Integrated Information Processors (zIIPs) zu verlagern, bei denen die Lizenzgebühren niedriger sind.Obwohl die erforderlichen MIPS steigen, weil Java mehr Ressourcen verbraucht als COBOL, werden die Gesamtkosten reduziert.

Weitere Effizienzgewinne ergeben sich aus umfangreichen Java-Bibliotheken, dank derer Programmierer keinen eigenen Code für gängige Funktionen wie die Komprimierung und Dekomprimierung von Daten schreiben müssen. In ähnlicher Weise kann Atruvia Java-Software von Drittanbietern in seine IBM zSystems-Umgebung integrieren und so möglicherweise eine eigene Entwicklung ganz vermeiden. Wenn neue hardwarebasierte Verschlüsselungs-, Komprimierungs- oder Netzwerkfunktionen auf der Plattform verfügbar werden, bietet Java für IBM zSystems den Anwendungen einen transparenten Zugriff auf die neuen Funktionen.

„Als Anbieter von Kernbankensystemen für mehr als 800 Banken mit Dutzenden von Millionen Endnutzern können wir es uns nicht leisten, Kompromisse bei der Leistung und Zuverlässigkeit einzugehen, und wir können es uns auch nicht leisten, bei unseren Entwicklungspraktiken Risiken einzugehen“, sagt Meyer. „Die IBM zSystems-Plattform mit IMS bleibt unsere strategische Wahl, weil sie die sicherste und zuverlässigste Plattform ist, die wir kennen, und weil sie eine außergewöhnliche Leistung für unsere Kernbankensysteme bietet. Mit Java in IMS haben wir das Beste aus beiden Welten.“

Atruvia (Link befindet sich außerhalb von ibm.com) wurde 2015 durch die Fusion der Fudicia IT AG und der GAD eG gegründet und ist der Digitalisierungspartner der 820 Genossenschaftsbanken in Deutschland. Die IT-Lösungen und -Services für Banken reichen vom Rechenzentrumsbetrieb über den Banking-as-a-Service-Prozess agree21 bis hin zu App-Entwicklung und Support. Mit seinen Verwaltungszentralen in Karlsruhe und Münster sowie Niederlassungen in München, Frankfurt und Berlin beschäftigt Atruvia fast 8.400 Mitarbeiter und erzielte im Jahr 2020 einen Konzernumsatz von rund 1,77 Milliarden Euro.