ある大手都市銀行が、1990年代から稼働するIBM z/OSメインフレーム上の勘定系システムをAWSへ移行する計画を開始しました。このシステムはCOBOL/PL1で記述された日次・月次バッチ処理（約400万行のコード）、CICSベースのオンライントランザクション、VSAMファイルおよびIMSデータベースで構成されています。金融庁の規制要件として監査ログの完全性保持と24時間365日の可用性維持が必要です。移行プロジェクトのリスクを最小化するために、まず「メインフレームハードウェアからの脱却」を第1フェーズの目標として優先し、その後にクラウドネイティブ化を段階的に進める2フェーズ戦略を採用しました。移行リスクを最も抑えながらこの第1フェーズの要件を満たすAWSアーキテクチャはどれですか？
AWS Mainframe Modernization Service のリプラットフォームパターンは、既存のCOBOL/PL1プログラムをコード変更なしにMicro Focus Enterprise Server互換ランタイム上でそのまま実行できるため、400万行のコード変換・検証リスクを排除しながらメインフレームハードウェアからの脱却を実現します。VSAMのS3互換レイヤーとAWS DMS CDCによる並行稼働でカットオーバーリスクを最小化でき、既存プログラムの動作を保持したまま金融庁の監査要件を継続して満たせます。 選択肢BのAWS Application Migration Service (MGN)はx86/x64ベースのサーバーを対象とするサービスであり、IBM z/OSメインフレームアーキテクチャには対応していないため使用できない。 選択肢CのBlu Ageによる自動リファクタリングは最終的なモダナイゼーション手法として有効だが、400万行の変換後コードの正確性検証には膨大なテスト工数が必要であり第1フェーズの手法としてリスクが高い。 選択肢DのPythonによる手動リライトは、400万行の業務ロジックをゼロから再実装するため工数・テスト量・バグリスクがいずれも最大級となり、移行リスク最小化の要件に最も反する。