ある大手金融機関は、オンプレミスのコアバンキングシステムをAWSへ段階的に移行する計画を立てています。現在の構成は以下の通りです： ・本番環境はPCI DSS準拠が必須のオンプレミスデータセンター（東京・大阪の2拠点）で稼働 ・Oracle Database 19c（RAC：Real Application Clusters、約50TB）をコアDBとして使用 ・1日あたり約200万件のトランザクションを処理（ピーク時は通常の5倍） ・リアルタイム不正検知システムがDBトリガーを介してコアDBと密結合 ・社内のリスク管理部門からは「本番DBへのすべてのアクセスは監査ログに記録し、四半期ごとにコンプライアンスレポートを提出する必要がある」という要件がある ・既存のレポーティングシステムは毎晩バッチ処理でコアDBから直接データを取得している 移行後のAWS構成として達成すべき目標： 1. RTO 4時間・RPO 1時間以内 2. ピーク時も含めたパフォーマンスの維持 3. PCI DSS準拠の継続 4. 移行期間中のオンプレミスとAWSの並行稼働 5. 不正検知システムの改修を最小化 この要件を最もよく満たすデータベース移行アーキテクチャはどれですか？
RDS for OracleはOracleのDBトリガーをネイティブサポートするため不正検知システムの改修が不要で、移行コストを最小化できます。RDS Database Activity Streams（DAS）でDB操作をKinesis経由でS3に保存し、Amazon AthenaでPCI DSS準拠の四半期コンプライアンスレポートを自動生成することで監査要件にも対応します。 選択肢AのAurora PostgreSQLはOracleスキーマ変換とDBトリガー互換性に問題が生じ、不正検知システムをKinesis CDCベースに全面改修する必要があります。 選択肢Bは監査ログの実装として「AWS CloudTrail Database Activity Streams」という存在しないサービス名を誤記しており、CloudTrailはAWS APIコールの記録サービスでDB操作の監査には使えません。 選択肢DのAurora Serverless v2はOracleトリガーと非互換であり、不正検知システムのEventBridge連携への全面改修が必要となります。