CDN活用によるレイテンシ改善 — CloudFrontの最適化
オリジンシールド、キャッシュポリシー最適化、動的コンテンツの高速化を解説します。
グローバルに分散したユーザーへのレイテンシ改善において、既存システムに追加できる 最も効果的な改善策の一つがCloudFrontによるCDN活用です。本記事ではその最適化手法を 解説します。
SAA レベル：基礎概念
CloudFrontの基本
- 世界中に分散配置されたエッジロケーションでコンテンツをキャッシュし、ユーザーに最も近い場所から配信する
- 静的コンテンツ（画像、CSS、JS）だけでなく、動的コンテンツの配信高速化にも活用できる
SAA 試験のポイント
CloudFrontは、オリジン（S3やALB等）への物理的な距離が遠いユーザーに対して特に効果を発揮します。「グローバルにユーザーが分散しているが、オリジンは東京リージョンのみ」というシナリオで、レイテンシ改善策としてCloudFrontを選ぶ、という基本的な判断がSAAで問われます。
SAP レベル：高度な設計シナリオ
キャッシュポリシーの最適化
SAP 試験のポイント
既存システムでCloudFrontのキャッシュヒット率が低い場合、多くはキャッシュポリシーの設定に問題があります。SAPレベルでは、不要なクエリパラメータやヘッダーがキャッシュキーに含まれていないかを見直し、本当にキャッシュの分岐条件として必要な要素だけをキャッシュキーに含めるよう再設計することで、ヒット率を大幅に改善できます。
Origin Shieldによる追加のキャッシュ層
SAP 試験のポイント
多数のエッジロケーションがそれぞれ個別にオリジンへリクエストを送ると、キャッシュミス時にオリジンへの負荷が集中することがあります（特に新しいコンテンツが公開された直後）。Origin Shieldを有効化すると、リージョナルなキャッシュ層が追加され、複数のエッジロケーションからのリクエストを集約してからオリジンへ転送するため、オリジンへのリクエスト数を大幅に削減できます。
動的コンテンツの高速化
SAP 試験のポイント
「動的コンテンツはキャッシュできない」という思い込みは、既存システムの改善余地を見逃す原因になります。SAPレベルでは、個人情報を含まない動的コンテンツ（例: 一般公開された商品ページ）に短いTTL（数秒〜数十秒）を設定してキャッシュすることで、瞬間的なトラフィックスパイクに対するオリジン保護と、平常時のレイテンシ改善の両方を実現できます。さらに、CloudFront Functionsを使い、エッジロケーションでの軽量なリクエスト/レスポンス処理（ヘッダー書き換え、簡易的なA/Bテスト振り分け等）をオリジンに到達する前に完結させることもできます。
設計上の落とし穴
「ユーザーごとに異なる内容だから動的コンテンツは一切キャッシュできない」と結論付ける前に、本当に個人化が必要な部分（ログイン後のマイページ等）と、個人化が不要な部分（商品情報、価格表示等）を分離できないかを検討することがSAPレベルの設計判断です。フロントエンド側で個人化部分だけを別途非同期取得する構成に変更できれば、大部分のコンテンツをキャッシュ可能になります。
既存システムへの導入時の測定
- CloudFront導入前後で、地域別のページロード時間（Real User Monitoring等で計測）を比較し、特にオリジンから地理的に離れたユーザー層での改善効果を定量的に確認する
まとめ
- SAA: CloudFrontによるレイテンシ改善の基本的な仕組みを理解する。
- SAP: キャッシュキー設計の最適化によるヒット率改善、Origin Shieldによるオリジン負荷軽減、動的コンテンツの部分的キャッシュ化ができる。
ここまでで 3-4 パフォーマンス改善戦略 の全3記事が完了しました。次は 3-5 コスト改善戦略 に進みます。