メインフレーム移行 - AWS Mainframe Modernization でレガシーシステムをクラウド化する
AWS Mainframe Modernization を使ったメインフレームのクラウド移行を解説。リプラットフォーム (Micro Focus) とリファクタリング (Blu Age) の 2 パターンと移行戦略を紹介します。
メインフレーム移行の課題
メインフレームは金融機関、保険会社、政府機関などで数十年にわたり基幹業務を支えてきましたが、高額なライセンス費用、専門人材の不足、技術的な陳腐化が深刻な課題になっています。COBOL で書かれた数百万行のコードベース、CICS や IMS のトランザクション処理、JCL によるバッチ処理など、メインフレーム固有の技術スタックがクラウド移行のハードルを高めています。AWS Mainframe Modernization は、メインフレームワークロードのクラウド移行に特化したサービスで、リプラットフォームとリファクタリングの 2 つの移行パターンを提供します。
2 つの移行パターン
リプラットフォームパターンは Micro Focus (現 OpenText) のランタイムを使用し、COBOL/PL/I のコードをほぼそのまま AWS 上で実行します。CICS、IMS、JCL の互換ランタイムが提供され、アプリケーションコードの変更は最小限です。移行期間が短く、リスクが低い反面、クラウドネイティブなアーキテクチャの恩恵 (サーバーレス、マイクロサービス) は限定的です。リファクタリングパターンは Blu Age のツールを使用し、COBOL/PL/I のコードを Java に自動変換します。変換されたコードは Spring Boot ベースのマイクロサービスとして動作し、ECS/EKS 上にデプロイできます。移行期間は長くなりますが、クラウドネイティブなアーキテクチャに刷新でき、長期的な保守性と拡張性が向上します。どちらのパターンも、マネージドランタイム環境として提供されるため、ランタイムのインストール・パッチ適用・スケーリングは AWS が管理します。
テストと段階的移行
Application Testing 機能は、移行前のメインフレームと移行後の AWS 環境で同一の入力に対する出力を自動比較し、機能的な等価性を検証します。バッチ処理の出力ファイル、トランザクション処理のレスポンス、データベースの状態を比較し、差異があれば詳細レポートを生成します。段階的な移行戦略として、まず開発・テスト環境をクラウドに移行し、次にバッチ処理、最後にオンライントランザクション処理を移行するアプローチが一般的です。メインフレームとクラウドの並行稼働期間を設け、段階的にトラフィックを切り替えることでリスクを最小化します。 DMS (Database Migration Service) との統合で、メインフレームのデータベース (DB2 、 VSAM) から RDS や DynamoDB へのデータ移行も支援します。 レガシー モダナイゼーションのベストプラクティスを把握するうえで関連書籍 (Amazon)が参考になります。
Mainframe Modernization の料金
Mainframe Modernization のリファクタリングパターン (Blu Age) は変換対象のコード行数に基づく料金で、AWS アカウントチームとの個別見積もりです。リプラットフォームパターン (Micro Focus) はマネージドランタイムの時間課金で、m5.large 相当で 1 時間あたり約 0.355 ドルです。いずれのパターンでも、移行後の AWS インフラ費用はメインフレームの年間運用費用と比較して大幅に低減されます。Migration Evaluator で現行環境の TCO を分析し、移行後のコスト見積もりと比較して投資判断を行います。
まとめ - Mainframe Modernization の活用指針
AWS Mainframe Modernization は、メインフレームワークロードのクラウド移行に特化したサービスです。リプラットフォーム (最小変更で迅速に移行) とリファクタリング (Java に変換してクラウドネイティブ化) の 2 パターンを提供し、組織の要件に応じた移行戦略を選択できます。Application Testing による等価性検証と段階的な移行アプローチにより、移行リスクを最小化します。メインフレームのコスト削減と技術的な刷新を検討している組織に適しています。