大手地方銀行では、28年間稼働するIBM z/OSメインフレームでコア銀行システムを運用しています。このシステムは180万行のCOBOLソースコード、IBM DB2 for z/OS（4TB）、夜間バッチ処理を担う3,000本以上のJCLジョブから構成されています。以下の要件のもとで移行を計画しています。 ・COBOLコードの大幅な変更は避けること（社内にCOBOLスキルはあるがJava開発者なし） ・DB2をSQL互換性を持つAWSマネージドデータベースサービスへ移行する ・JCLバッチスケジューリングをクラウドネイティブな手段で置き換える ・18ヶ月以内に完了 ・金融トランザクションに関する規制コンプライアンスを維持する すべての要件を満たしながら最も運用効率の高い移行パスはどれですか？
AWS Mainframe ModernizationはメインフレームのAWS移行に2つのアプローチを提供する。 ①Micro Focusランタイムによる「リプラットフォーム」：COBOLコードを変換せずにAWS Managed Runtime Environment上でそのまま実行する。 ②Blu Ageによる「リファクタリング」：COBOLをJavaへ自動変換する。 「COBOLコードの大幅な変更を避ける」要件にはMicro Focusリプラットフォームが最適である。DMSとSCTの組み合わせでDB2のスキーマをAurora PostgreSQLへ変換しながらデータ移行でき、SQL互換マネージドDBへの要件を満たす。JCLバッチジョブはStep FunctionsとEventBridgeスケジューラーでクラウドネイティブに置き換えられる。 選択肢AのBlu Ageは、COBOLをJavaへ変換するリファクタリングアプローチであり、コード変更を最小化する要件に反する。DynamoDBはNoSQL型でありDB2のリレーショナルワークロードのSQL互換移行先として適していない。 選択肢BのAWS MGNはリフトアンドシフト向けサービスであり、z/OS環境のモダナイゼーションには対応していない。DB2をEC2上で継続稼働させることはマネージドサービスへの移行要件を満たさず、z/OSライセンスコストも継続する。 選択肢DのAWS App2ContainerはLinux/Windows（x86）アプリのコンテナ化ツールであり、z/OSアーキテクチャ上のCOBOLアプリケーションには対応していない。