Purpose-built Databaseの選択

答え：B

AはSQL Serverとの互換性を維持できますが、EC2上のOSやデータベース基盤の管理が残ります。CとDはリレーショナルデータベースを利用できますが、SQL Server固有の互換性をそのまま維持する要件を満たしません。

SQL Server互換性
+
リレーショナル
+
基盤運用の委譲

そのためAmazon RDS for SQL Serverが最も適切です。

答え：C

AもMySQL互換のリレーショナル要件を満たします。ただし問題では、

MySQL互換性
+
Auroraの分散ストレージ

の両方が要求されています。そのためAmazon Aurora MySQL-Compatible Editionが最も適切です。

答え：A

決定条件は、

既知のキーによるアクセス
+
結合不要
+
大規模スケール
+
1桁ミリ秒

です。Amazon DynamoDBが適します。

答え：D

A、B、CもJSON形式のデータを扱えます。しかし問題では、

MongoDBドライバー
+
MongoDB互換API
+
ドキュメントのフィールド検索

の維持が重要です。したがってAmazon DocumentDBが最も適切です。

答え：B

決定条件は、

高度に接続されたデータ
+
関係
+
複数ホップの探索

です。このアクセスパターンではAmazon Neptuneを評価します。

答え：C

AはCassandra互換性を最も強く維持できますが、サーバーのプロビジョニングやパッチ適用が必要です。BとDは運用負荷を減らせますが、Cassandra互換性とCQLを維持できません。

Cassandra互換
+
CQL
+
ワイドカラム
+
基盤運用の削減

を同時に満たすAmazon Keyspacesが最も適切です。

答え：A

Amazon Timestream for LiveAnalyticsは新規顧客の受付を終了していますが、既存のアクティブな支払いアカウントで利用している顧客は、その支払いアカウント配下の新しいユーザーやリンクアカウントでも継続利用できます。既存運用との互換性を優先するこのScenarioでは継続利用が候補になります。

答え：D

Amazon Timestream for LiveAnalyticsは2025年6月20日から新規顧客アクセスを停止しています。既存利用者のワークロードには影響しません。したがって、

時系列だから
LiveAnalyticsを新規採用

とは判断せず、現在利用可能な時系列データベース候補を評価します。

答え：B

Aは大規模なキーアクセスに適していますが、ValkeyのSorted Setをそのまま利用する要件を満たしません。Cは検索結果の関連度ランキングを扱えますが、ValkeyのSorted Setによるリアルタイムな順位管理とはアクセスモデルが異なります。Dはドキュメント検索に適していますが、インメモリデータ構造とマイクロ秒級アクセスが決定条件ではありません。したがって、

Valkey互換
+
Sorted Set
+
インメモリ
+
マイクロ秒級アクセス

を満たすAmazon ElastiCache for Valkeyが最も適切です。

答え：C

A、B、Dもそれぞれ検索条件に応じたデータ取得機能を持ちます。しかし問題では、

全文検索
+
関連度ランキング
+
フィルタリング
+
ログ / クリックストリーム分析

を同じ検索基盤で扱うことが要求されています。このアクセスパターンではAmazon OpenSearch Serviceが最も適切です。