グローバルに展開するオンラインゲーム企業が、プレイヤーのゲームセッション・スコアデータを管理するバックエンドシステムを刷新しています。要件は以下の通りです。 ・日本・米国・欧州のプレイヤーすべてに対してレイテンシ100ms以下 ・いずれかのAWSリージョンで障害が発生しても継続的にサービスを提供（RTO：数分以内） ・各リージョンで読み取りおよび書き込みの両方をローカルで処理する必要がある ・データの厳密な一貫性よりも可用性とレイテンシを優先する 最も要件を満たすアーキテクチャはどれですか？
DynamoDBグローバルテーブルは複数リージョンでのアクティブ/アクティブ書き込みをサポートし、結果整合性（通常1秒以内）で自動レプリケートします。Route 53のレイテンシーベースルーティングで最寄りリージョンにルーティングし低レイテンシを実現します。 選択肢BのAmazon CloudFront → 単一リージョンのAmazon API Gateway + AWS Lambda → Amazon Aurora グローバルデータベースは単一リージョンのAPI Gateway + Lambda では各リージョンでの読み書きはできません。 選択肢CのAWS Global Accelerator → 各リージョンのApplication Load Balancer → Amazon Aurora グローバルデータベース（セカンダリリージョンは読み取り専用レプリカとして使用）はAuroraグローバルデータベースのセカンダリリージョンが読み取り専用のため各リージョンでの書き込み要件を満たせません。 選択肢DのAmazon Route 53のフェイルオーバールーティング → プライマリリージョンのApplication Load Balancer → Amazon RDS Multi-AZはフェイルオーバールーティングは障害時の自動切り替えのみで、単一リージョン構成と同等であり、グローバルな低レイテンシと高可用性を同時に実現できません。