JavaをCOBOLとの併用でIMSに追加すると、アプリケーションの複雑さも軽減される可能性があります。Atruviaのクラシック・アーキテクチャーでは、エラーや中断が発生した場合、さまざまなコンポーネントに分散されたオペレーションを、直前の一貫した状態にまでロールバックできるように、すべてのコンポーネント内に「補償」ロジックを含める必要があります。JavaコードをIMS環境内に取り込むと、そのような追加のロジックが不要になり、複雑さ、コスト、遅延が軽減されます。

「アプリケーション・アーキテクチャーに関して言えば、Javaによって使用できるフレームワークとプロトコルの幅がさらに広がる可能性があります」とAtruviaのチーム・リーダー兼ITアーキテクトであるThomas Bauer氏は付け加えます。「たとえば、RESTful WebサービスはCOBOLよりもJavaの方が自然であり、純粋なCOBOL環境では実装が難しい特定の関数は、Javaでは事前に構築されたアーティファクトとして使用できます。私たちは最新の再利用可能なソフトウェア・コンポーネントをデプロイすることで、市場投入までの時間を短縮し、同時にJava対応にすることで既存のビジネス・ロジックへの投資を保護したいと考えていました。」

JavaはすでにAtruviaの戦略的プラットフォームであったため、Atruviaは分散プラットフォームとIBM zSystemsプラットフォームの両方でコードの移植性を高めることに熱心に取り組み、価格パフォーマンスが優れている方を選択できるようにしました。このアプローチにより、クラウド・コンピューティングへの移行も容易になります。OpenShiftはすべてのプラットフォームで実行されるため、Atruviaは適切であればワークロードをクラウドに移動できます。

さらに、JavaをIBM zSystems上でCOBOLと併用すると、開発者は大規模なプログラムを書き直すことなくCOBOLサブルーチンをJavaに置き換えられ、シームレスかつ低リスクな方法でコア・バンキング機能を強化できます。また、分散環境内のソフトウェア・アーキテクトにとって、コア・トランザクション・サービスをIMSアプリケーションから直接呼び出すことが容易になります。

「長期的には、どこでも実行できるJavaビルディング・ブロックを備えることで、プラットフォームへの依存度を下げることを目標としています」とMeyer氏は述べます。「アーキテクチャーの複雑さを軽減するだけでなく、IMS内部でCOBOLとJavaを混在させることで、既存のコンポーネントと緊密に統合された新しいアプリケーション・コンポーネントを構築することが可能になります。このようにして、最新のハイブリッド・アプリの利点、すなわち、市場投入までの時間の短縮、柔軟性の向上、開発の容易さを、コア・バンキング・トランザクションにおいて真に重要なIMSのパフォーマンス面のメリットを失わずに手にすることができます。」

IBMとAtruviaの間の先駆的なコラボレーションにより、Javaは現在、IBM zSystemsツールボックスの確立された実稼働対応コンポーネントとなっています。これにより、IMS環境は大幅に刷新され、従来品質のパフォーマンスと堅牢性を維持しながら、より幅広く応用できるサステナブルなプログラミング・スキルを使用したさらに迅速な開発が可能になります。また、開発者は低リスクかつ効率的な方法で既存のコア・バンキング機能を充実させることができます。

「私たちはIBM zSystems上のJavaを、当社のクライアントの競争優位性を高めるための重要な技術だと考えています」とMeyer氏は述べます。「開発が一層容易になり、既存のコンポーネントを再利用できることで、さらに高速かつ低コストで新機能を提供することができ、新サービスをより素早く市場に投入したいと考えている銀行業界のお客様をサポートすることができます。

実際、Atruviaはコア・バンキングIMSトランザクションの約85%をすでにJava対応にしています。1日あたり約4億件のJavaトランザクションがあり、ピーク・スループットは1秒あたり12,000トランザクションに達します。約2億命令毎秒（MIPS）を誇る12台のIMSシステムが、これらのビジネス・クリティカルなトランザクションをサポートしています。

IMS内のJavaにより、アプリケーション環境の複雑さを軽減し、エンド・ツー・エンドのビジネス・トランザクションの効率とパフォーマンスを向上させることができました。以前は、エンタープライズ・バッチ処理は複数のプラットフォームで処理されていました。現在では、COBOLとJavaを組み合わせることで、言語に関係なく、すべての処理を単一のバッチ・ステップに簡単に統合できるようになりました。

さらに、Atruviaの開発者は、分散環境とIBM zSystems環境にJavaコードを簡単に移植でき、最も価格パフォーマンスが優れているプラットフォームを選択できます。たとえば、Atruviaは、分散Javaワークロードの一部をIBM zSystemsプラットフォームに配置することで、遅延を短縮しました。「結局のところ、最良のI/OとはI/Oがないことです」とMeyer氏は冗談を言います。Meyer氏は、一部のデータ集約型アプリを、ネットワーク経由で実行するのではなく共存させることで、パフォーマンスが3倍に向上したと報告しています。明らかに、クラウドへの大規模な移行がアプリケーション・モダナイゼーションへの唯一の道ではありません。

さらに、Javaワークロードを、汎用プロセッサー（GP）から、ライセンス料が安価なIBM Z Integrated Information Processors（zIIP）に移行することによる金銭的インセンティブもあります。JavaはCOBOLより多くのリソースを消費するため、必要なMIPSは増加しますが、全体的なコストは削減されます。

さらに、充実したJavaライブラリーによって効率化を図り、プログラマーはデータの圧縮や解凍といった一般機能のカスタム・コードを作成しなくてよいようにできます。また、Atruviaはサード・パーティーのJavaソフトウェアを自社のIBM zSystems環境に統合して、社内開発を完全に回避することもできます。新しいハードウェア・ベースの暗号化、圧縮、またはネットワーク機能がプラットフォームで利用可能になると、Java for IBM zSystemsによってアプリケーションは新しい機能に透過的にアクセスできるようになります。

「数千万のエンドユーザーを持つ800以上の銀行にコア・バンキング・システムを提供するプロバイダーとして、パフォーマンスと信頼性について妥協するわけにはいきませんし、開発業務にリスクを持ち込むわけにもいきません」とMeyer氏は言います。「IMSを実行するIBM zSystemsプラットフォームは、私たちが知っている中で最も安全で信頼性の高いプラットフォームであり、当社のコア・バンキング・システムに優れたパフォーマンスを提供するため、引き続き当社の戦略的選択肢となります。IMSでJavaを使用すると、両方の長所を活かすことができます。」

2015年のFudicia IT AGとGAD eGの合併によって設立されたAtruvia（ibm.com外部へのリンク）は、ドイツの820の協同組合銀行のデジタル化パートナーです。同社のバンキングITソリューションとサービスは、データセンターの運用から、agree21のBaaS（サービスとしてのバンキング）プロセス、アプリの開発とサポートに至るまで多岐にわたります。カールスルーエとミュンスターに管理本部を置き、ミュンヘン、フランクフルト、ベルリンに支社を置くAtruviaは、約8,400人の従業員を擁し、2020年のグループ売上高は約17億7,000万ユーロと報告されています。