IBMの生成AIツールは、メインフレーム用の古代のCOBOLコードをリファクタリングすることを目的としています

世界中の実稼働システム上では、数千億行の COBOL コードが実行されています。これは、60 年以上の歴史があり、主な設計者のほとんどが引退したか亡くなっている言語にとっては理想的ではありません。

IBM は、これらのレガシー機能をZ メインフレーム システムに残しておきたいと考えており、そのコードを Java で書き直すことを望んでいます。数年前には人間にそれをやらせようとしたが、今は別のアイデアを考えている。はい、ご想像のとおり、AI が仕事に活用されています。

今年の第 4 四半期に利用可能になる予定の IBM watsonx Code Assistant は、人間の関与を維持することを強く意図していますが、新しいオブジェクト指向コードの分析、リファクタリング、テストでは生成 AI の力を借りています。IBM は、watsonx で生成されたコードは COBOL および特定の Z メインフレーム機能と相互運用可能であるべきだと主張しているため、これは全か無かのプロセスでもありません。

COBOL 変換に特化した技術ブログ投稿で、zSystems ソフトウェアの CTO である IBM の Kyle Charlet 氏が壇上に上がり、多くの人が COBOL について言っていることを次のように述べています。それはビジネスロジック、エッジケース、そして制度上の記憶、あるいはその欠如です。

一部のクライアントは、COBOL コードを最新化するために何年も何百万も費やしてきましたが、それにもかかわらず、最新化されたのはほんの一部です。COBOL を書き直すには、多くの開発者と骨の折れる手作業が必要です。人々はこれらのアプリケーションを最新化するためにさまざまな方法を試みてきましたが、私の経験ではさまざまな結果が得られました。どれも模範的なものではありません。

IBM の watsonx は、大規模組織がモノリシック COBOL アプリから個々のサービスを分離するのに役立つ可能性がある、と Charlet 氏は書いています。IBM の見解では、それは 3 つのステップで行われます。

• リファクタリングでは、個々のサービスをより大きなコードから「外科的に」分離または抽出します。
• メインフレーム対応の Java コード、または Java と直接通信できる COBOL に変換します。
• AI はテスト ケースの作成を支援しますが、プログラマーは依然として「運転席」にいます。

ある意味、AI 支援は、COBOL の機能を維持しながら COBOL を前進させるという世代間の課題に役立つだけのように思えます。COBOL コードベースは比較的安定していて安全ですが、広範な調査で最も問題が少ないことが判明したこともありますが、その更新と拡張のコストは膨大です。レガシー COBOL は、旧式のコードを暗号化したり、他の安全なシステムで動作させることができなかったため、 2015 年に人事管理局が深刻な侵入に見舞われた理由の 1 つでした。

しかし、COBOL は攻撃ベクトルが少ない方法でビジネス固有のシステムや交換を管理するのが得意であるという議論が繰り返し行われています (主張する人もいるかもしれません)。あるいは、AI が生成して再構成したコードは適切に見え、テストの準備ができているように見えるかもしれないが、そのコードがなぜその動作をするのかを正確に理解している周囲の人がいないと、AI によってスケールアップされたコードには AI と同じくらいのノイズが含まれる可能性がある、と主張する人もいるかもしれません。アップスケールされたビデオ。

IBM の watsonx Code Assistant for Z は、次に Red Hat Ansible Light の速度に導入される予定です。watsonx.ai が100 以上のコーディング言語でトレーニングされたと言われていることを考えると、古いメインフレーム コード用の AI 副操縦士が間もなくさらに増える可能性があります。