Due to the pioneering collaboration between IBM and Atruvia, Java is now an established, production-ready component of the IBM zSystems toolbox. This significantly refreshes the IMS environment, preserving its traditional qualities of performance and robustness while enabling faster development using more widely available and sustainable programming skills. It also allows developers to enrich existing core banking functions in a low-risk, efficient manner.
“We see Java on IBM zSystems as a key technology in driving competitive advantage for our clients,” says Meyer. “With easier development and reuse of existing components, it enables us to deliver new functionality at higher speed and lower cost, supporting our banking clients as they seek to bring new services to market more rapidly.”
In fact, Atruvia has already Java-enabled around 85% of its core banking IMS transactions — some 400 million Java transactions per day with peak throughput reaching 12,000 transactions per second. Twelve IMS systems with approximately 200 million instructions per processor second (MIPS) support these business-critical transactions.
By reducing the complexity of the application environment, Java within IMS has increased the efficiency and performance of end-to-end business transactions. Before, enterprise batch processing was handled by a spread of multiple platforms. Now, all processing, regardless of the language, can simply be integrated into a single batch step by combining COBOL and Java.
Additionally, Atruvia developers can easily port Java code across its distributed and IBM zSystems environments, whichever platform offers the best price-performance. For example, Atruvia has reduced latency by colocating some distributed Java workloads to the IBM zSystems platform. “After all, the best I/O is no I/O,” quips Meyer. He reports threefold performance gains from colocation of some data-intensive apps instead of running them across the network. Clearly, a wholesale migration to the cloud is not the only path to application modernization.
In addition, there are financial incentives to move Java workloads from general processors (GPs) to IBM Z Integrated Information Processors (zIIPs), on which the licensing fees are lower. Although the MIPS required increase—because Java consumes more resources than COBOL—the overall costs are reduced.
Other efficiencies come from rich Java libraries that let programmers avoid writing custom code for common functions such as compressing and decompressing data. Similarly, Atruvia can integrate third-party Java software into its IBM zSystems environment, potentially avoiding in-house development altogether. And as new hardware-based cryptographic, compression or networking features become available on the platform, Java for IBM zSystems will give applications transparent access to the new capabilities.
“As a provider of core banking systems to more than 800 banks with tens of millions of end users, we cannot afford to compromise on performance and reliability, nor can we afford to introduce risk in our development practices,” says Meyer. “The IBM zSystems platform running IMS remains our strategic choice because it is the most secure and reliable platform that we know of, and because it offers exceptional performance for our core banking systems. With Java in IMS, we have the best of both worlds.”