"서버는 서울에 있는데 미국 사용자도 빠르게 쓰게 하려면 어떻게 하죠?" 웹 성능을 고민하면 곧 CDN을 만납니다. CDN(Content Delivery Network)은 한마디로 콘텐츠 사본을 전 세계 여러 곳에 미리 깔아 두고, 사용자와 가장 가까운 곳에서 응답하게 만드는 구조입니다. 멀리 있는 본사 창고 대신 동네 편의점에서 물건을 받는 것과 같습니다.
CDN 핵심 용어 한눈에
| 용어 | 뜻 | 비유 |
|---|---|---|
| 오리진(Origin) | 원본 콘텐츠가 있는 내 서버 | 본사 창고 |
| 엣지(Edge) | 사용자 근처의 캐시 서버 | 동네 편의점 |
| 캐시 적중(Hit) | 엣지에 사본이 있어 바로 응답 | 편의점에 재고 있음 |
| 캐시 미스(Miss) | 엣지에 없어 오리진에서 가져옴 | 본사에 주문해 채워 넣음 |
| TTL | 사본을 보관하는 유효 시간 | 유통기한 |
동작 흐름으로 보기
부산 사용자가 이미지를 처음 요청하면 다음 순서로 흐릅니다.
TEXT
사용자(부산) → 엣지(부산) : "이미지 줘"
엣지: 사본 없음(Miss) → 오리진(서울)에서 받아옴
엣지: 사본 저장(TTL 동안 보관) → 사용자에게 전달
이 첫 요청은 오리진까지 다녀오므로 캐시 미스입니다. 하지만 엣지가 사본을 보관해 둡니다. 잠시 뒤 다른 부산 사용자가 같은 이미지를 요청하면 이렇게 끝납니다.
TEXT
사용자(부산) → 엣지(부산) : "이미지 줘"
엣지: 사본 있음(Hit) → 즉시 전달 (오리진 안 감)
두 번째 요청은 캐시 적중이라 서울까지 갈 필요가 없습니다. 그래서 응답이 훨씬 빠르고, 오리진 서버의 부하도 크게 줄어듭니다. 전 세계 사용자가 각자 가까운 엣지에서 받으니, 물리적 거리에서 오는 지연이 사라지는 셈입니다.
여기서 중요한 게 TTL입니다. 사본에는 유효 시간이 있어, 그 시간이 지나면 엣지는 오리진에서 최신본을 다시 가져옵니다. 그래서 자주 안 바뀌는 이미지·CSS·JS 같은 정적 파일은 CDN과 궁합이 좋고, 매번 달라지는 개인화 응답은 캐싱이 까다롭습니다. 내용을 즉시 바꿔야 할 때는 "캐시 무효화(purge)"로 사본을 강제로 비웁니다.
요점 정리
- CDN은 콘텐츠 사본을 사용자 근처 엣지에 두어 거리를 줄인다.
- 첫 요청은 미스(오리진까지), 이후는 적중(엣지에서 즉시)으로 빨라진다.
TTL로 사본의 신선도를 관리하고, 정적 파일에 특히 효과적이다.
엣지 캐시와 오리진의 관계, 캐시 적중·미스가 응답 속도에 어떻게 작용하는지 직접 확인하는 실습은 클라우드 트랙에서 회원가입 없이 무료로 할 수 있습니다.