【CloudFrontの役割（パフォーマンス最適化）】
目次
🔍 1. 結論
💎 一言でいうと Amazon CloudFront は、AWSのパフォーマンス最適化における 「グローバルな通信速度（レイテンシ）改善の絶対的エース」 です。ユーザーの物理的に一番近い場所（エッジロケーション）からデータを返すことで、通信遅延を劇的に下げます。
- 静的コンテンツ（画像・動画・HTML） はエッジにキャッシュ（保存）して爆速で返す。
- 動的コンテンツ（APIや検索結果） はキャッシュできなくても、AWSの高品質なグローバルネットワークを通すことで通信を最適化・高速化する。
📈 2. SAAで出やすいポイント
- 静的コンテンツのキャッシュ: 東京にあるS3の画像を、アメリカのユーザーが取得する場合、初回はS3まで取りに行きますが、2回目以降はアメリカの「エッジロケーション」に保存されたキャッシュから返されます。これにより、地球の裏側でもミリ秒の表示速度を実現します。
- 動的コンテンツの配信最適化: キャッシュが効かないPOSTリクエストや個別ユーザーのデータでも、CloudFrontを経由させます。一般のインターネットは渋滞（複数のプロバイダやルーターを経由）しますが、エッジからAWSの「バックボーンネットワーク（専用の高速道路）」に入るため、通信が安定し結果的に速くなります。
- オリジンの負荷軽減（オフロード）: ユーザーからのリクエストの大部分をCloudFrontが代わりにさばくため、背後のEC2やALBにトラフィックが到達せず、サーバーのCPUリソースを節約（パフォーマンスの維持）できます。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うサービス |
|---|---|
| 🌍 「グローバル（世界中）のユーザーに対する応答速度（レイテンシ）を改善したい」 | Amazon CloudFront |
| 🖼️ 「S3に置いた大量の画像や動画ファイルの読み込みが遅い」 | Amazon CloudFront |
| 🚀 「動的コンテンツ（APIなど）の通信経路を最適化して速くしたい」 | Amazon CloudFront |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「EC2インスタンスのサイズを大きくして海外からのアクセス遅延を解消する」 → サーバーの処理速度（CPU）を上げても、光の速さ（物理的な距離による通信遅延＝ネットワークレイテンシ）は超えられません。距離の遅延を解決するのは CloudFront（CDN） の仕事です。 – 「UDP通信や非HTTP通信の高速化にCloudFrontを使う」 → CloudFrontは基本的に「HTTP / HTTPS」専用です。オンラインゲームのUDPパケットや、独自のTCPプロトコルをグローバルに高速化したい場合は AWS Global Accelerator を選びます。
💡 5. 覚え方
🧠 暗記ショートカット – CloudFront = 「世界中に配置された出前専用の支店（エッジ）」。 – 本店（東京のS3）で作ったピザを、アメリカの支店に置いておく（キャッシュ）。アメリカのお客さんは、本店の宅配を待たずに、アメリカ支店から数分でピザが届く。
📚 6. 関連サービス
| アイコン | サービス名 | 高性能化における違い |
|---|---|---|
| 🌍 | AWS Global Accelerator | HTTP以外の通信（TCP/UDP）や、キャッシュ不要な通信をIPエニーキャストで高速化する |
| 🪣 | Amazon S3 | 最も一般的なCloudFrontのオリジン（データの供給元） |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: グローバルネットワーク、コンテンツ配信の学習時
- 関連ノート候補:
AWS_SAA_CloudFront_vs_GlobalAccelerator
8. HTMLファイル名:
AWS_高性能設計_CloudFront.html
