Amazon CloudFront あまぞん くらうどふろんと
簡単に言うとこんな感じ!
世界中に「荷物の中継所」を置いておいて、ユーザーの近くからWebサイトの画像や動画をすばやく届けてくれるサービスだよ!AWSが提供していて、遠くのサーバーまで毎回取りに行く代わりに、近くにキャッシュしておくから表示がぐっと速くなるってこと!
Amazon CloudFrontとは
Amazon CloudFrontは、AWS(Amazon Web Services)が提供するCDN(コンテンツデリバリーネットワーク)サービスです。Webサイトの画像・動画・HTMLファイルなどを、世界中に分散配置されたエッジロケーションと呼ばれる中継拠点にキャッシュ(一時保存)することで、エンドユーザーの近くから高速にコンテンツを配信できます。
たとえば、Webサーバーが東京にあっても、ニューヨークのユーザーがアクセスするたびに東京まで取りに行くのは時間がかかります。CloudFrontを使えば、ニューヨーク近くのエッジロケーションにコンテンツが保存されているため、レイテンシ(通信の遅延)を大幅に削減できます。
CloudFrontはAWSの他のサービス(S3・EC2・ALBなど)とシームレスに連携しており、静的コンテンツの高速化だけでなく、動的コンテンツの最適経路配信やDDoS対策、アクセス制御まで幅広い用途に使われています。
CloudFrontの主な構成と仕組み
| 用語 | 意味 |
|---|---|
| オリジン | コンテンツの元データが置かれた場所(S3バケット、EC2、外部サーバーなど) |
| エッジロケーション | 世界600か所以上に配置された中継拠点。ユーザーはここから受け取る |
| ディストリビューション | CloudFrontの配信設定のまとまり。1つのドメインに対応 |
| キャッシュ | エッジロケーションに一時保存したコンテンツ。TTLで有効期間を管理 |
| TTL(Time To Live) | キャッシュの保持期間。期限が切れると再度オリジンから取得する |
| ビヘイビア | URLパスごとにキャッシュ設定を変える仕組み(例:/api/*はキャッシュしないなど) |
覚え方:「キャッシュは近くのコンビニ、オリジンは本部倉庫」
商品(コンテンツ)は本部の倉庫(オリジン)に置いてあるけど、毎回そこへ取りに行くのは遠い。だから近所のコンビニ(エッジロケーション)に仕入れておいて、そこから提供する——これがCloudFrontの考え方だよ!
エッジロケーション数(2025年時点の目安)
| 地域 | エッジロケーション数(概算) |
|---|---|
| 北米 | 約200か所以上 |
| ヨーロッパ | 約150か所以上 |
| アジア太平洋 | 約100か所以上(日本は東京・大阪など) |
| その他(南米・中東・アフリカ) | 約100か所以上 |
合計で600か所以上に展開されており(AWSが随時拡大中)、主要都市のユーザーには数ミリ秒以内の応答も可能です。
歴史と背景
- 2008年 — AWSがAmazon CloudFrontをリリース。当初はS3との連携に特化したシンプルなCDN
- 2010年 — 動的コンテンツへの対応を強化。HTTPSサポートも追加
- 2012年 — カスタムSSL証明書のサポート開始。独自ドメインでのHTTPS配信が容易に
- 2014年 — Lambda@Edge(エッジでコード実行)の前身となる機能の検討が始まる
- 2016年 — Lambda@Edgeをプレビュー提供。エッジロケーション上でJavaScriptを実行できるように
- 2020年 — CloudFront Functionsを発表。Lambda@Edgeより軽量・低コストなエッジ処理が可能に
- 2022年以降 — セキュリティ統合(AWS WAF・Shield)やリアルタイムログ、オリジンシールドなど機能が続々拡充
CDNはCloudFrontより前からAkamai・Cloudflareなどが提供していましたが、CloudFrontはAWSエコシステムとの深い統合で急速に普及しました。
CloudFrontとよく比較されるCDNサービス
CloudFrontの主な用途
【用途1】静的ファイルの高速配信
S3に置いた画像・CSS・JSをCloudFront経由で世界中に配信
→ 離れた地域のユーザーにも高速表示
【用途2】動的サイトの最適化
EC2やAPIサーバーへの通信をAWSバックボーン経由で最適ルーティング
→ グローバルユーザーへの遅延削減
【用途3】動画ストリーミング
HLS・DASH形式の動画をエッジからスムーズ配信
→ バッファリング(読み込み待ち)を減らす
【用途4】セキュリティ強化
AWS WAFと組み合わせ、不正アクセスや攻撃をエッジで遮断
→ オリジンサーバーへの負荷・リスクを低減
【用途5】エッジコンピューティング
Lambda@Edge / CloudFront FunctionsでエッジでA/Bテスト、
認証チェック、URLリライトなどのロジックを実行
関連する規格・RFC
| 規格・仕様 | 内容 |
|---|---|
| HTTP/2 | CloudFrontはHTTP/2をサポート。多重ストリームで通信効率化 |
| HTTP/3(QUIC) | CloudFrontはHTTP/3にも対応。UDPベースでさらに低レイテンシ |
| TLS 1.2 / 1.3 | HTTPS通信の暗号化規格。CloudFrontは最新TLSをサポート |
| RFC 7234 | HTTPキャッシュの標準仕様。Cache-ControlヘッダーでTTL制御 |
| AWS Signature Version 4 | AWSサービス間の認証仕様。オリジンへのアクセス制限に使う |
関連用語
- CDN(コンテンツデリバリーネットワーク) — CloudFrontが属するサービスカテゴリ全般の説明
- Amazon S3 — CloudFrontのオリジンとして最もよく使われるオブジェクトストレージ
- AWS WAF — CloudFrontと組み合わせてWebアプリの攻撃を防ぐファイアウォール
- エッジロケーション — CloudFrontがコンテンツをキャッシュする世界中の拠点
- Lambda@Edge — CloudFrontのエッジでサーバーレス関数を実行する機能
- キャッシュ — データを一時保存して再利用する仕組み。CloudFrontの核心技術
- [レイテンシ](./latency