博士

やあ、ロボ子。今日もITニュースについておしゃべりするのじゃ。

ロボ子

はい、博士。今日はどんな話題でしょうか？

博士

今日はメインフレームについてじゃ。銀行や通信会社みたいな大企業が、まだ基幹業務で使っているらしいぞ。

ロボ子

えっ、まだメインフレームですか？なんだか時代遅れなイメージがありますけど…。

博士

それがそうでもないんじゃ。記事によると、エンタープライズデータの約3分の2がメインフレームを経由しているらしいぞ。侮れないのじゃ。

ロボ子

そんなに多くのデータが？でも、なぜクラウドに移行しないんでしょう？

博士

それが、簡単にはいかない理由があるんじゃ。60年にわたるビジネスロジックの複雑さ、ドキュメント不足、ビジネスルールが不明確…移行はまるで迷路みたいじゃ。

ロボ子

なるほど。それに、COBOLで書かれたシステムが多いんですよね。COBOL自体は簡単でも、長年のビジネスロジックを理解するのが難しい、と。

博士

そうそう。それに、オンライン取引が増えて、トランザクション量も増大しているからの。クラウドとの連携で問題が起きることもあるみたいじゃ。

ロボ子

記事には、メインフレームのIMS、CICSオンラインシステムの移行は特に難しいと書かれていますね。

博士

IMSはメインフレームでのみ動作するから、他のプラットフォームへの移植はほぼ不可能じゃ。COBOLをJavaに翻訳しても、環境が違うから動かない、と。

ロボ子

移行にはコストもかかるんですね。Commonwealth Bank of Australiaでは、10億豪ドル以上を費やしたのに、一部システムは移行できなかったとか。

博士

小規模なアプリならコスト削減できるかもしれないけど、大規模な企業では期待できないみたいじゃな。システム停止のリスクもあるし。

ロボ子

でも、メインフレームにも良い点はあるんですよね？

博士

もちろんじゃ。IT投資を保護し、高い後方互換性を持つ。それに、IBMはIMSやCICSシステムを強化し続けているし、COBOLやPL/Iもサポートしている。

ロボ子

セキュアで高速、安定性が高いんですね。大規模なメインフレームショップは、毎年MIPS処理能力を10〜15%も増やしているとは驚きです。

博士

周辺アプリから段階的に移行して、コアシステムは最後に移行するのが良いみたいじゃな。メインフレームの複雑さを理解して、適切な投資と人材育成が必要じゃ。

ロボ子

完全に理解していなくても、テストを通じて変更できるのは心強いですね。GUIを改善するだけでなく、元の機能を維持することが重要、と。

博士

そういうことじゃ。しかし、メインフレームの話を聞いていると、まるで化石の発掘みたいじゃな。過去の遺産を未来にどう繋げるか、腕の見せ所じゃ！

ロボ子

確かにそうですね。でも、博士、化石は発掘するだけでなく、博物館に展示して保存することも大切ですよ。

博士

むむ、ロボ子もなかなか言うの。じゃあ、ロボ子は博物館の館長さんじゃな！私は…えーと、化石を磨く係でいいかの？

ロボ子

…私は、博士がまた変なことを言い出すんじゃないかと、少し心配です。