データベースの使い分け

このレッスンを終えると、問題文に書かれた要件から、どのデータベースサービスを選ぶべきかを判断できるようになります。ここまでに出た RDS と DynamoDB に、Amazon ElastiCache と Amazon Redshift を足して整理します。

まず、自分でサーバーを建てるなら

自前のサーバーでは、たいてい MySQL が1台あるだけでした。売上の集計も、セッションの保存も、商品マスタも、全部そこに入れていました。規模が小さいうちはそれで回りますが、増えてくると次のような症状が出ます。

これは「1つのデータベースに全部やらせている」ことが原因です。AWS では、用途ごとに合う道具を使うという考え方 (パーパスビルト) を取ります。上の3つの症状には、それぞれ別の答えがあります。

ElastiCache はメモリ上にデータを持つマネージドなキャッシュサービスです。Redis と Memcached に対応しています。

試験では「読み取りの遅延をミリ秒未満にしたい」「同じクエリが繰り返し実行されてデータベースが重い」という文が合図です。

Redshift はマネージドなデータウェアハウスです。

試験では「データウェアハウス」「ビジネスインテリジェンス」「ペタバイト級の分析」「過去数年分のデータを集計」が合図です。分析と聞いたら Redshift、と押さえます。

要件の文にこう書いてある	選ぶサービス
リレーショナル、SQL、既存の MySQL や PostgreSQL、トランザクション	Amazon RDS
MySQL や PostgreSQL 互換で、より高い性能と可用性	Amazon Aurora
キーバリュー、NoSQL、一桁ミリ秒、規模が大きく伸びる、サーバーレス	Amazon DynamoDB
繰り返し読まれる、キャッシュ、マイクロ秒からミリ秒未満、データベースの負荷を下げたい	Amazon ElastiCache
データウェアハウス、BI、大量データの集計と分析	Amazon Redshift

CLF ではもう少し名前が出ることがあります。深追いは不要ですが、次の対応だけ知っておくと落とし穴を避けられます。

Amazon Neptune — グラフデータベース。「関係性をたどる」「ソーシャルグラフ」「推薦」
Amazon DocumentDB — MongoDB 互換のドキュメントデータベース
AWS Database Migration Service (DMS) — 既存のデータベースを AWS へ移行するサービス。データベースそのものではありません

問題文を次の順で読むと、迷いが減ります。

よくある言い換えと、そこで引っ掛かる誤答を並べます。

「読み取りが遅い」だけでは答えが決まりません。キャッシュで解決する話か、レプリカで解決する話かを読み分けます。「同じデータが何度も読まれる」なら ElastiCache、「参照クエリの量そのものが多い」なら RDS のリードレプリカです
「高可用性」と来たらマルチ AZ、「読み取り性能」と来たらリードレプリカ。前のレッスンの分岐がそのまま出ます
「レポート作成のために過去5年分を集計する」で RDS を選ぶのは誤りです。ここは Redshift です
「サーバーレスなデータベース」で RDS を選ぶのは誤りです。DynamoDB が該当します
「ElastiCache をメインの保存先にする」という選択肢は誤りです。キャッシュは消えうる前提の置き場です