CDN

Content Delivery Network

インターネット・クラウド

CDNは、分散した配信拠点を使ってWebコンテンツを利用者へ届ける仕組みです。キャッシュがあれば元サーバーへの取得を減らせます。選ばれる拠点は地理的な最寄りとは限らず、ネットワークやサービスの配信方針にもよります。

🐾 猫で例えると？

キャットタワーの上下左右異なる位置にある拠点に、それぞれ茶トラとアメショが丸くなって陣取っている様子 — ユーザー（飼い主）の近くに分散配置されたエッジ・キャット

タワーのあちこちにいる猫たちを、各地に置かれた配信拠点に見立てます。それぞれの近くに同じおもちゃを用意しておけば、毎回遠くの収納場所へ取りに戻る手間を減らせそうです。CDNも、画像などのコピーを一時保存するキャッシュを各拠点に置き、利用しやすい場所から届けます。コピーがなければ、元データを持つオリジンへ取りに行く必要があります。

💻 IT現場における「CDN」とは？

画像など同じ内容へのアクセスが多いサイトでは、CDNのキャッシュによりオリジンの負荷を減らせます。一方、利用者別のデータや頻繁に変わる内容は、何を保存してよいかを慎重に決めます。導入しただけで、すべてのページが自動的に高速化されるわけではありません。

特に画像、CSS、JavaScriptファイル、動画などの「静的コンテンツ」はCDNと相性が抜群です。また、最近では動的なコンテンツの高速配信や、エッジ側での簡単なロジック実行（Edge Computing）も可能になっており、パフォーマンスの生命線となっています。

⚠️ CDNの仕組みとキャッシュ管理

CDNの核心は「キャッシュ」です。最初のユーザーがアクセスした際にオリジンからデータを取得し、それを一定期間保存します。二回目以降のアクセスは、オリジンを通らずにエッジサーバーが直接返却します。

Cache-Controlヘッダーの重要性

コンテンツをどれくらいの間CDNに置いておくかは、HTTPヘッダーで制御します。ここを間違えると、古い情報（期限切れの猫缶情報など）がいつまでも表示されてしまいます。

# レスポンスヘッダーの例
# ブラウザは60秒、共有キャッシュは3600秒を鮮度の目安にする
Cache-Control: public, max-age=60, s-maxage=3600

この例の s-maxage はCDNなどの共有キャッシュ向けです。実際の保存可否はCDNの設定にも依存します。更新時にはパージのほか、内容のハッシュを含む別ファイル名へ変える方法もあります。パージで利用者のブラウザキャッシュまで消えるわけではありません。

🛠️ CDNを賢く使うためのポイント

CDNを導入する際にエンジニアが気をつけるべきポイントは以下の通りです。

キャッシュ事故を防ぐ： 個人情報を含むページを誤ってキャッシュさせないよう、適切なヘッダー設定が必要です。
セキュリティ（WAF）の統合： 多くのCDNサービス（CloudFront, Cloudflare, Akamaiなど）はWAF機能を持っており、エッジで不正アクセスをブロックできます。
コストの最適化： 配信量に応じて料金がかかるため、不要なファイルまでキャッシュさせない設計が求められます。

家のあちこちで猫に会えるように、利用者に近い配信拠点を使えるのがCDNの利点です。一方、元の画像を差し替えても古いものが見えるときは、キャッシュの有効期間や削除方法を確認する必要があります。配信の速さと更新の反映をセットで考えましょう。