シナリオ演習 データベース

ある企業が RDS for MySQL の単一インスタンスで社内の受発注システムを運用しています。監査部門から、AZ 全体の障害が発生した場合でも数分以内に処理を再開できる構成にするよう指示がありました。読取性能には現状で問題がありません。運用の手間を増やさずにこの要件を満たす方法はどれですか。

あるメディア企業の Web サイトは RDS for PostgreSQL を使っています。すでにマルチAZ配置は有効です。人気記事の公開時にデータベースの CPU 使用率が上がり、参照処理が遅くなります。書込は少なく、負荷のほとんどは記事の参照です。アプリケーションは接続先を用途別に切り替えられる作りになっています。最も適した対応はどれですか。

あるスタートアップが、新規モバイルアプリのユーザープロファイルを保存するデータベースを検討しています。アクセスはユーザー ID を指定した取得と更新がほぼすべてで、結合は不要です。リリース後の利用者数はまったく予測できず、一桁ミリ秒の応答が求められます。サーバーの運用はしたくありません。最も適した選択はどれですか。

ある小売企業が DynamoDB に商品カタログを保存しています。同じ人気商品の項目が繰り返し読まれており、現在の応答は数ミリ秒ですが、これをさらに下げたいという要望があります。アプリケーションの改修は最小限に抑えたいという制約があります。最も適した対応はどれですか。

ある企業が、Auto Scaling グループの EC2 で動く Web アプリのセッションを各インスタンス内に保持しています。スケールインのたびに利用者がログアウトしてしまうため、セッションを外部化したいと考えています。キャッシュノードに障害が起きてもログイン状態を維持することが求められています。最も適した構成はどれですか。

あるグローバル企業が Aurora MySQL を東京リージョンで運用しています。更新はすべて東京の本社システムから行われますが、シンガポールとフランクフルトの拠点からの参照が遅いと苦情が出ています。さらに、東京リージョン全体が停止した場合に他リージョンで業務を継続したいという要件が追加されました。最も適した構成はどれですか。

ある企業が、社内の複数システムから集めた5年分の売上データを BI ツールから横断的に集計したいと考えています。現在は RDS for MySQL のリードレプリカに BI を接続していますが、月次の集計クエリに数時間かかります。集計は列単位の集約が中心で、更新は日次のバッチのみです。最も適した対応はどれですか。

ある企業が DynamoDB に注文データを保存しています。パーティションキーは店舗 ID で、全国200店舗のうち都心の1店舗に注文の大半が集中しています。テーブル全体のキャパシティ消費量には余裕があるにもかかわらず、その店舗の書込がスロットリングされます。最も適した対応はどれですか。

ある企業が、開発チーム向けの検証用データベースを Aurora PostgreSQL で用意しています。利用は平日の日中のみで、夜間と週末はまったくアクセスがありません。日中も負荷の大きさは日によって大きく変わります。運用の手間を増やさずに無駄を減らしたいという要件があります。最も適した構成はどれですか。

ある SNS 企業が、利用者どうしのつながりをたどって「友達の友達」を何段も探索する推薦機能を作ろうとしています。現在は RDS for MySQL の自己結合で実装していますが、段数が増えるとクエリが極端に遅くなります。関係の探索に特化した基盤へ移したいという要件があります。最も適した選択はどれですか。