ある地方銀行は、個人・法人勘定系業務を IBM Z シリーズメインフレーム上の COBOL/VSAM システムで運用しています。現在の構成と要件は以下のとおりです。 ・COBOL プログラム 1,200 本（合計 80 万行）、JCL バッチジョブ 300 本 ・VSAM KSDS・ESDS ファイルを主要データストアとして使用し、日次バッチで 300 万件の取引を処理 ・システム開発・保守チームは COBOL 経験平均 20 年の開発者 15 名で構成されており、Java・クラウドの実務経験はない ・金融規制当局により現行 COBOL プログラムの適合審査が完了済み。コード変更が生じた場合は新規プログラムと同等の扱いとなり、再審査に最低 6 ヶ月を要する ・メインフレームのハードウェア保守契約が 18 ヶ月後に終了するため、それまでの移行完了が絶対条件 ・長期的には 5 年計画でクラウドネイティブアーキテクチャへの段階的移行を予定しているが、当面の最優先事項はメインフレームハードウェアからの脱却と運用コストの削減 上記のすべての制約条件を満たす移行アプローチはどれですか？
AWS Mainframe Modernization サービスのリプラットフォームパターン（Micro Focus ランタイム）は、既存の COBOL プログラムおよび JCL バッチジョブをコードを一切変更せずに AWS 上の Micro Focus Enterprise Server で実行可能にする。VSAM データは Micro Focus の互換レイヤーを通じて Amazon RDS (PostgreSQL) に移行されるため、アプリケーションは VSAM の読み書きをそのまま継続できる。 コードに変更が生じないため金融規制当局への再審査申請が不要となり、18 ヶ月の期限内での移行完了が現実的に達成可能となる。既存の COBOL 開発チームがスキルを変更せずに保守を継続できるため、移行後の運用リスクも最小化される。長期的なクラウドネイティブ移行は、リプラットフォーム完了後に段階的に取り組むことができる。 選択肢BのBlu Ageエンジンは、COBOL を Java に自動変換するが、変換後のコードは新規プログラムと扱われるため規制再審査（6 ヶ月以上）が発生する。またチームに Java・Spring Boot の経験がなく、変換後の保守体制構築に追加の時間とコストが必要となる。 選択肢CのAWS Application Migration Service (MGN) は、x86 ベースの物理サーバーや仮想マシンを Amazon EC2 に移行するためのサービスであり、IBM Z シリーズ等のメインフレームハードウェアには対応していないため、このシナリオには適用できない。 選択肢DのAWS Lambda への手動書き換えは、80 万行の COBOL コードを 18 ヶ月以内に完了させることは現実的に不可能であり、完全な書き換えは新規開発と同等の扱いとなるため全プログラムの規制再審査が必要となる。