RDS・Aurora・DynamoDB の選定基準 — リレーショナル/NoSQLの判断軸

複雑な結合（JOIN）やトランザクション整合性が求められるワークロード（会計システム等）にはRDS/Auroraが適し、単純なキーによる高速アクセスが大量に発生し、スキーマの柔軟性が求められるワークロード（セッションストア、IoTデータ等）にはDynamoDBが適します。SAPでは「超高スループット（数十万リクエスト/秒）が求められる」という要件から、DynamoDBを選ばせる誘導が頻出します。

DynamoDBのパフォーマンス問題で最も頻出するのがホットパーティションです。特定のパーティションキー値にアクセスが集中すると、そのパーティションだけがスロットリングされ、他のパーティションに余力があってもリクエストが失敗します。対策として、パーティションキーの設計時にカーディナリティ（値の種類）を高くする、または**書き込み時にランダムなサフィックスを付与して人為的に分散させる（Write Sharding）**手法が問われます。

DynamoDB Global Tablesはマルチマスター（複数リージョンで同時に書き込み可能）な構成です。異なるリージョンで同じアイテムに対して同時に書き込みが発生した場合、Last Writer Wins（最後の書き込みが優先される）という単純なルールで競合解決されます。SAPでは、この方式がアプリケーション側で複雑な競合解決ロジックを組み込まない限り、意図しないデータ上書きが起こりうるというリスクを理解しているかが問われます。