実世界でのCOBOL近代化から得られた教訓

現在、AIがメインフレームアプリケーションのモダナイゼーションを可能にすることについて多くの興奮があります。取締役会が注目しています。CIOには計画を求められています。AIはCOBOLモダナイゼーションの真の加速装置ですが、結果を得るためには、AIにはソースコードだけでは提供できない追加のコンテキストが必要です。400社以上の企業顧客との協業から学んだことは次の通りです：メインフレームモダナイゼーションには大きく異なる2つの側面があります。前半はリバースエンジニアリング（reverse engineering）で、既存システムが実際に何を行っているかを理解することです。後半はフォワードエンジニアリング（forward engineering）で、新しいアプリケーションを構築することです。 前半がメインフレームプロジェクトの成否を分けます。しかし、コーディングアシスタントは真に優れているのは後半だけです。明確で検証済みの仕様を与えれば、彼らは現代的なアプリケーションを迅速に構築します。 成功するCOBOLモダナイゼーションを実現するには、決定論的にリバースエンジニアリングを行い、検証可能で追跡可能な仕様を生成し、それらの仕様がフォワードエンジニアリングのためのAI駆動のコーディングアシスタントに流れ込むのを支援するソリューションが必要であることを学びました。成功するモダナイゼーションには、リバースエンジニアリングとフォワードエンジニアリングの両方が必要です。 ## 成功するメインフレームモダナイゼーションに必要なもの ### 境界が明確で完全なコンテキスト メインフレームアプリケーションは巨大です。本当に巨大です。単一のプログラムが数万行に及び、システム全体から共有データ定義を引き込み、他のプログラムを呼び出し、全体の環境にまたがるJCL（Job Control Language）を通じてオーケストレーションされます。現在、AIは一度に限られた量のコードしか処理できません。1つのプログラムを入力しても、コピーブック（copybooks）、呼び出されるサブルーチン、共有ファイル、すべてを結びつけるJCLを見ることはできません。AIは見えるコードに対しては合理的な出力を生成しますが、見せられなかった依存関係を見逃します。顧客との協業では、まずすべての暗黙的な依存関係を決定論的に抽出し、その後、必要なものがすべて解決済みの境界が明確で完全な単位をAIに与えることでこの問題を解決しています。これにより、AIは得意なこと（ビジネスロジックの理解、仕様の生成）に集中し、見えない接続を推測する必要がなくなります。 ### プラットフォームを意識したコンテキスト 人々を驚かせる事実があります：同じCOBOLソースコードでも、コンパイラとランタイムによって動作が異なります。数値の丸め方、メモリ内でのデータの配置、プログラムとミドルウェア（middleware）の通信方法などです。これらはソースコードには記載されていません。コードが構築された特定のコンパイラとランタイム環境によって決定されます。数十年にわたるハードウェアとソフトウェアの統合は、単にコードを移動するだけでは再現できません。プラットフォーム固有の動作が既に解決されている場合に、AIは最高の仕事をすることがわかりました。クリーンでプラットフォームを意識した入力をAIに与えれば、AIは成果を出します。生のソースコードを与えると、見た目は正しいが元のものとは異なる動作をする出力を生成します。金融システムでは、丸めの違いは見た目の問題ではありません。重大な誤りです。 ### 追跡可能な基盤 銀行、保険、政府機関にいる場合、規制当局は一つの質問をします：何も見逃していないことを証明できますか？ビジネスロジックを抽出し、規制当局が受け入れる文書を生成するには、AIだけでは不十分です。規制遵守には、すべての出力が元のシステムに正式に監査可能な形で接続されている必要があります。追跡可能性は、AIがソースコードを読むことからは得られないことを早い段階で学びました。コードを正確で境界が明確な単位に構造化し、AIに入力されるものを正確に把握し、すべての出力をそのソースまで追跡できるようにすることで得られます。規制産業の顧客にとって、これはプロジェクトが前進するか停滞するかを分けることが多い違いです。 ### AWS TransformでAIを成功に導く方法 AWS Transformは、メインフレームアプリケーションを大規模にモダナイズするために構築しました。考え方は単純です：AIに適切な基盤を与え、顧客が本番環境に持っていける追跡可能で正確で完全な結果を得られるようにします。AWS Transformは、アプリケーションの完全で決定論的なモデルを構築することから始めます。専門的なエージェント（agents）が、システム全体にわたるコード構造、ランタイム動作、データ関係を抽出します。一度に1つのプログラムではなく、全体の環境を対象とします。これにより、AIが関与する前に、実際のコンパイラセマンティクスに沿った依存関係グラフが生成され、プログラム間の依存関係、ミドルウェアの相互作用、プラットフォーム固有の動作が捕捉されます。そこから、大きなプログラムは境界が明確で処理可能な単位に分解されます。プラットフォーム固有の動作は決定論的に解決されます。単位はAIが効果的に処理できるサイズに調整されます。その後、AIが自然言語でビジネスロジックを抽出し、すべての出力は既に抽出した決定論的証拠に対して検証されます。仕様は元のコードにマッピングされます。規制当局が「何か見逃しましたか？」と尋ねたとき、検証可能な答えがあります。これを際立たせているのは、AIが決して暗中模索で動作しないことです。処理するすべての単位には既知の入力と期待される出力があるため、返ってきたものを検証できます。市場の他のアプローチはこのループを閉じていません。出力されるのは、検証済みで追跡可能な技術仕様のセットであり、あらゆる現代的な開発環境に組み込むことができます。モダナイゼーションの難しい部分は、今日存在するものを理解することです。一度それを正確な仕様に取り込めば、AI駆動のIDE（Integrated Development Environment）は自信を持って新しいアプリケーションを構築できます。 ### 企業変革のためのエンドツーエンドプラットフォーム 誰も1つのアプリだけをモダナイズしません。私たちの顧客は、数百または数千の相互接続されたアプリケーションのポートフォリオを見つめており、分析支援以上のものを必要としています。AWS Transformは、分析、テスト計画、リファクタリング（refactoring）、再構想（reimagination）という完全なライフサイクルにわたって自動化します。すべてをです。その中で、異なるアプリは異なる道筋を必要とします。一部はゼロから再構想されます。一部は単にJavaへのクリーンで決定論的な変換が必要です。一部はまずデータセンターから脱却し、後でモダナイズする必要があります。一部はメインフレーム上に残ります。すべてを同じように扱うことがプロジェクトが破綻する原因であることを苦労して学びました。ポートフォリオの決定（どのアプリを、どの道筋で、どの順序で）は技術と同じくらい重要です。私たちの経験では、これが企業のモダナイゼーションが実際に完了する唯一の方法です。万能なアプローチがこれらのプロジェクトが失敗する理由です。常に見落とされるもう一つの点：テストデータです。実際の本番データと実際のシナリオなしでは、モダナイズされたアプリが動作することを証明できません。私たちは、チームがコード変換をすべて完了した後、データ取得の計画が誰も立てていなかったために停滞するのを見てきました。そこで、テスト計画とオンプレミスデータ取得を初日からプラットフォームに組み込みました。最後のクリーンアップ作業ではありません。これが実際に機能するときの姿です。エンドツーエンドの自動化、各アプリに適した道筋、組み込まれた検証です。 ### これを正しく行う方法 問題は「COBOLモダナイゼーションにAIを使うべきか？」ではありません。もちろん使うべきです。問題は、AIをどのように設定して、規制当局への追跡可能性、プラットフォーム固有の動作の正しい処理、アプリケーションポートフォリオ全体での一貫性、数百の相互接続されたプログラムへのスケーラビリティを実現するかです。それがAWS Transformを構築する過程で私たちが理解したことです。決定論的分析を基盤として。AIを加速装置として。あらゆるモダナイゼーションパターンをカバーするAWSサービスです。 そして、それは機能しています。 BMW Groupはテスト時間を75%削減し、テストカバレッジを60%向上させ、リスクを大幅に低減しながらモダナイゼーションのタイムラインを加速しました。 Fiservは、29ヶ月以上かかっていたメインフレームモダナイゼーションプロジェクトをわずか17ヶ月で完了しました。 Itauはメインフレームアプリケーションの発見時間とテスト時間を90%以上削減し、チームが以前の手動作業よりも75%速くアプリケーションをモダナイズできるようにしました。 --- ## 著者について Dr. Asa Kalavade AsaはAWS Transformを率い、顧客のインフラストラクチャ、アプリケーション、コードの移行とモダナイゼーションを支援しています。以前は、AWSのGo-to-Marketツール変革を率い、生成AI機能を組み込みました。また、ハイブリッドストレージとデータ転送サービスも管理しました。2016年にAWSに加わる前に、Asaはベンチャーキャピタルから資金調達した2つのスタートアップを創業し、現在もボストンのスタートアップのメンタリングに積極的に関わっています。カリフォルニア大学バークレー校で電気工学とコンピュータサイエンスの博士号を取得し、40以上の特許を保有しています。

実世界でのCOBOL近代化から得られた教訓

背景や根拠まで確認しますか？

調べる

選ぶ

サイト