オリジンサーバーは、配信されているコンテンツの「元データ」を持っている本体側のサーバーです。CDN やキャッシュが前段にある構成で、最終的な供給元として登場します。
たとえば画像を CDN 経由で配っていても、CDN が最初にその画像を取りに行く先、そして更新を反映する先がオリジンサーバーです。CDN を入れてもオリジンが不要になるわけではありません。
まず押さえたいポイント
- 元データの正を持つ本体側サーバー
- CDN がキャッシュを持っていないとき（キャッシュミス）に問い合わせが来る
- キャッシュヒット率が高いほど、オリジンへの負荷は下がる
- オリジンが落ちると、キャッシュ済み以外は配信できなくなる
近い用語との違い
CDN は「利用者の近くでコピーを配る側」、オリジンは「元を持つ側」です。また リバースプロキシ と混同されがちですが、リバースプロキシは前段で受けて振り分ける役、オリジンはその後ろで実際に応答を生成する役です。ロードバランサー の後ろに複数のオリジンが並ぶ構成もよくあります。
キャッシュミスの集中を防ぐ仕組み
エッジ拠点が世界に100あれば、キャッシュが切れた瞬間に最大100拠点から同時にオリジンへ取りに来る可能性があります。これを抑えるため、エッジとオリジンの間に集約用のキャッシュ層を1段挟む構成（CloudFront ではオリジンシールドと呼ばれます）があり、オリジンへの問い合わせを1本にまとめられます。オリジンが非力な構成ほど効きます。
実務で見るポイント
オリジンが重いと、CDN を入れても効果は頭打ちになります。動的ページが多い、キャッシュ制御が効いていない、といった場合はキャッシュミスが増え、結局オリジンが叩かれるためです。
もう一つ重要なのがオリジンの直接アクセスを塞ぐことです。CDN 経由でしか届かないように制限しないと、攻撃者が CDN を迂回してオリジンを直接狙えます。CDN の料金と挙動は CloudFrontの料金は何で決まるか、導入判断は CDNとは？いつ必要か を参照してください。