エッジロケーションを理解する

エッジロケーションを、画像を保存する元の場所と区別し、近いキャッシュから配る利点と更新時の注意を学びます。

この単元で学ぶこと

エッジとオリジンの配信関係を説明する
キャッシュの効果と更新条件を判断する
エッジ配信と他の配置サービスを比較する

本文解説

1. 利用者に近い入口エッジロケーションはCloudFront等が利用する分散拠点です。遠いWebサーバーへ毎回アクセスする代わりに、近い拠点から画像等を配信できます。一般的なEC2配置のAZを選ぶ操作とは違い、CloudFront等のサービス機能を通じて利用します。

2. 元データがある場所配信する内容の取得元がオリジンです。S3やWebサーバーを利用できます。エッジのキャッシュは元データの代わりに配信するコピーであり、業務データを永久保管する唯一の場所にはしません。必要に応じてオリジンへ取得や再確認を行います。

3. ヒットとミス要求に合う有効な項目がキャッシュにあればヒット、なければ取得元へ要求するミスとなります。ヒットが増えるとオリジンへの要求や長距離通信を減らせます。ただし毎回の要求がヒットするとは限らず、初回や更新時の経路も考えます。

4. 鮮度を決めるキャッシュを長く使えば元サーバーへの要求を減らせる一方、内容の更新反映をどう行うかが重要になります。TTL等の条件で有効期間を制御します。期限切れ後の扱いもサービス設定によるため、常に全利用者へ同時刻に新データが届く仕組みではありません。

5. 変更した内容を配るオリジンの画像を同じ名前で更新しても、古いキャッシュが有効な間は残ることがあります。必要なら無効化や版を含む新しいファイル名などの方法を使います。どこで古い内容が残るかを確認し、オリジン更新と配信キャッシュ更新を分けて考えます。

6. 要求の違いを考えるキャッシュキーはどの要求を同じ項目として扱うかに関わります。公開画像と、ログイン利用者ごとの個別ページは同じ方針にしません。キャッシュは認可の代用ではないため、秘密情報を他利用者へ配らない設定とアクセス管理を確認します。

7. 類似するサービスとの比較 CloudFrontはCDN、Route 53はDNS等、ALBはターゲットへの要求分散を担います。Global Acceleratorは経路の最適化に使うもので、コンテンツをキャッシュするCDNとは異なります。Local Zoneは対応する計算等を近くへ配置し、Outpostsは顧客施設へ基盤を置くため、目的で選び分けます。

8. 障害と費用の扱いキャッシュにある内容はオリジンへの負荷を減らせますが、キャッシュミスや動的な処理には元側が必要になります。CDN導入でオリジンの復旧やバックアップを省略する判断はできません。キャッシュ効果と配信側の料金を合わせ、必要な性能・鮮度を満たす構成を評価します。

図解

ヒットとミスの流れ — キャッシュが配信を近づけますが、取得元の役割は残ります。

重要ポイント

エッジは配信拠点、オリジンは取得元。
キャッシュ効果と鮮度を両方確認する。
DNS・負荷分散・CDN・近接計算を役割で区別する。

間違えやすい点

キャッシュを唯一の恒久保存先にする。
元データの変更が全キャッシュへ即時反映されると思う。

用語解説

CDN: 分散した配信拠点を使いコンテンツを利用者へ届ける仕組み。
TTL: キャッシュの有効期間等に関係する時間設定。
無効化: 古いキャッシュ項目の再利用を停止するための操作。
キャッシュキー: 要求をどの保存済み項目へ対応させるかを決める情報。

参考資料

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。