高性能アーキテクチャの設計
AWS SAA (SAA-C03) 過去問・解説グローバルに配信する静的資産はCloudFront、動的データはパーソナルなAPI経由で取得する構成において、高可用性・低遅延・コスト最適化を両立させる最適なキャッシュ設計を選べ。CloudFrontとElastiCache (Redis OSS/Memcached) の組み合わせを前提とする。
A静的資産をCloudFrontで長時間キャッシュ（TTLを1日程度）させ、動的データはCloudFrontでキャッシュさせずバックエンドへ直接取りに行くよう設計する。セッションデータとホットデータはElastiCache Redisを3AZ構成で保持し、Memcachedは使用しない。
正解 ⭕⭕
【正解の理由】【正解】静的資産をCloudFrontで長期間キャッシュすることで配信コストと遅延を最小化し、動的データはキャッシュを避けてバックエンドから直接取得することでデータの整合性を担保します。さらに、セッションやホットデータを3AZ構成のElastiCache Redisで保持することで、高可用性と低遅延を両立できます。Memcachedを使用せずRedisに一元化する設計も、機能面（レプリケーションや永続性）から極めて適切です。
B静的資産をCloudFrontでキャッシュし、動的データもCloudFrontで短時間キャッシュ（TTLを60秒）させる設計。CookieやQuery Stringをキャッシュキーに含めて個別化を維持する。セッションデータはElastiCache Redisを3AZ構成で保持し、Memcachedは使用しない。
誤答C静的資産をCloudFrontで長時間キャッシュさせ、動的データはCloudFrontでキャッシュさせずバックエンドへ直接取りに行くよう設計する。セッションデータとホットデータはElastiCache MemcachedをマルチAZ構成で保持し、Redisは使用しない。
誤答DCloudFrontを使用せず、すべてのリクエストをALB経由でバックエンドへ直接送る設計。セッションデータとホットデータはElastiCache RedisをシングルAZで運用し、Memcachedをキャッシュの補助用途としてマルチAZで併用する。
誤答🎯正解の決め手・公式要点まとめ
グローバル配信において、静的資産はCloudFrontで長期間キャッシュ（TTLを1日程度など）することで、エッジロケーションから高速に配信し、オリジンの負荷とコストを大幅に削減できます。一方、パーソナルなAPI経由で取得する動的データはユーザーごとに内容が異なるため、CloudFrontでのキャッシュは行わず、バックエンドへ直接リクエストを通す設計が適切です。セッションデータや頻繁にアクセスされるホットデータの管理には、サブミリ秒のレイテンシと高度なデータ構造、レプリケーション機能を備えたElastiCache Redisが最適であり、3AZ構成にすることで高可用性を担保します。Memcachedはシンプルなキーバリューストアであり、データの永続化やマルチAZによる自動フェイルオーバーに対応していないため、本要件（高可用性・セッション管理）にはRedisの単独採用がベストプラクティスとなります。
⚠️ 誤答トラップ・他の選択肢が誤りの詳細理由
この選択肢は〇〇の定義と混同しやすく、本番試験で正答率が落ちる典型的なトラップです...
💡 似た概念との決定的な違い
実務および試験で頻出する関連用語の使い分けは次の3原則で整理できます...
🔒
「誤答トラップ解説」＆「全選択肢の個別解説」はPRO会員限定
月額3,000円で全8資格3,200問を解放。毎日演習で翌月実質無料（1日100円学習割）になる逆算サブスク。
アプリで演習を始める（全問解放） ➜💬ディスカッション・質問スレッド (0)
疑問や改善要望を投稿しようスレッドを読み込み中...
Googleアカウントでログインすると質問の投稿やスレッドへの参加ができます。