メインフレームの技術的負債とは何か、そしてそれに対して何ができるのか？

近年、技術的負債という言葉がソフトウェア開発の世界でよく使われるようになりました。技術的負債とは、完璧なコードよりも迅速な納品を優先させた結果生じる問題のことを指します。開発チームは、ソフトウェア機能の展開を早めたり、アプリケーション全体のリリースを早めたりすることで、短期的な目標を達成しますが、その結果、コードの品質や保守性に問題が生じることがあります。しかし、技術的負債はソフトウェア開発に限ったものではありません。例えば、レガシーメインフレームアプリケーションのパッチや保守に大量の予算を割り当てているが、実際には何も進展していない場合も技術的負債と言えます。このような技術的負債が存在すると、アプリケーションの近代化や改善に必要な資源や時間を浪費してしまい、結果的に不活性な状態が続くことになります。実際、2018年の統計では、米国企業はソフトウェアの問題を解決するために2兆8,400億ドルものコストを負担していると推定されています。このブログでは、レガシーアプリケーションが抱える技術的負債と、それに対処する方法について説明します。

パンデミックの影響で、クラウド上で動作する最新のアプリケーションへの需要が高まりました。しかし、ミッションクリティカルなアプリケーションやシステムの大部分は今なおメインフレーム上で稼働しています。金融サービス、保険、銀行などでは、コアプロセスの60%がメインフレームを利用しています。また、COBOLアプリケーションは今でも多くの取引処理に使用されています。COBOLはメインフレームの主要言語です。

多くの企業は、この問題に対して介入する必要性を感じていないかもしれません。彼らのビジネスは順調に進んでおり、何もクラッシュしていません。しかし、COBOLプログラマーの減少という現実に気付いていないのです。若い開発者たちはRust、Python、Goなどに夢中になっており、彼らを置き換えることは難しいです。さらに、コスト削減が重視される世界で、高額な代替品への投資を恐れて、あらゆる種類の技術的負債を見過ごしてしまっています。古くなったアプリケーションの運用は経済的にも容易ではありませんし、その結果、収益の相当部分を圧迫する可能性があります。いくつかの具体例を見てみましょう。

長年のパッチによるコスト高

何十年も前のレガシーアプリケーションをアップデートすることは、簡単に掘り起こすことのできない大きな落とし穴です。新しい機能を追加したり、制限や故障に対処するための回避策が必要になると、競争の中でできるだけ早く問題を修正しようとする傾向があります。しかし、残念なことに、この修正が他の部分を破壊する可能性があります。そのため、新たな問題に対処するために別のプロジェクトを開始する必要が生じます。このような技術的負債の返済は、決して終わりません。

インフラとライセンスの価格高騰サイクル

メインフレームのインフラとライセンスは高額であり、テクノロジーの進歩やシステムの老朽化に伴い、年々費用が増えていきます。互換性のあるハードウェアを見つけることが難しくなり、サポート契約が失効したり、料金が引き上げられたりします。通常、数回しか拡張が必要ないサーバースペースに高い費用を支払うことになるでしょう。また、ソフトウェアのサポートが終了し、コンプライアンスの問題が発生する可能性もあります。これらはすべてビジネスにとってのコストとなります。

サポート終了

メインフレームや企業が依存しているソフトウェア、フレームワーク、アプリケーションがベンダーによってサポート終了になると、IT部門にはコストに関する暗雲が立ち込めます。未サポートのツールを使用するリスクを負ったり、計画もなく代替品を探すことになるかもしれません。これが技術的負債と呼ばれるものであり、代替品を選択すればするほど、サードパーティーによって料金が引き上げられる可能性があります。

開発者の異動・退職

メインフレームのアプリケーションは複雑であり、コードベースが混乱していることがよくあります。開発者の異動・退職後の変更やアップグレードの際には、手探りで変更を行い、システムをますます理解しにくくすることがあります。その結果、侵入や障害のリスクが高まる可能性があります。もし障害が発生し、それを迅速にオンラインに復旧させるためのリソースや知識が組織内にない場合、収益に大きな打撃を与えることになります。さらに、システムが数時間以上停止してしまうと、顧客が離れて二度と戻らない可能性もあります。

技術的負債からの脱却の方法

このレガシーアプリケーションの負債に終止符を打つ方法はあるのでしょうか？答えは「イエス」です。メインフレーム移行やレガシーモダナイゼーションとしても知られる手法により、技術的負債を返済することが可能です。既存のメインフレームアプリケーションは、最新のオープン環境に移行することができます。この最新のプラットフォームでは、アプリケーションがAPIや新しいユーザーインターフェース、コンテナなどの最新テクノロジーと連携します。メインフレーム移行やレガシーモダナイゼーションが適切に行われれば、メインフレームへの投資を維持しながら、古いレガシーアプリケーションとメインフレームによって引き起こされる技術的負債を解消することができます。