CDN · 콘텐츠 전송 네트워크
Content Delivery Network
CDN이란?
- 콘텐츠를 전 세계 서버에 복제
- 가장 가까운 곳에서 전달
- 속도·안정성↑
CDN을 붙이는 순간 성능을 좌우하는 변수가 서버 사양표에서 거리와 왕복 횟수로 바뀝니다. 서울 원본 서버 한 대로 미국·유럽 사용자를 받으면 요청이 한 번 오갈 때마다 200~300ms가 그냥 사라지고, 이미지 수십 장이 걸린 상세 페이지에서는 그 지연이 차곡차곡 쌓입니다. CPU를 두 배로 올려도 이 숫자는 1ms도 줄지 않습니다. 해결책이 서버 증설에서 사용자와의 거리 단축으로 옮겨가는 것이 실제 변화입니다.
도입 난이도 자체는 낮은 편입니다. 이미지 도메인 하나를 CDN 주소로 바꾸는 정도면 반나절이면 끝나고, 국내 호스팅과 쇼핑몰 솔루션 상당수가 기본 옵션으로 제공합니다. 다만 효과가 갈리는 지점은 캐시 대상 선정입니다. 이미지·CSS·JS·폰트 같은 정적 파일은 히트율 90% 이상을 노릴 수 있지만, 로그인 상태나 장바구니처럼 사람마다 다른 응답은 원칙적으로 캐시 대상이 아닙니다. 원본으로 그대로 넘어가는 요청이 몇 퍼센트인지부터 재보는 편이 순서에 맞습니다.
조절 장치는 두 개입니다. TTL은 엣지가 사본을 보관하는 시간이고, 퍼지는 그 사본을 강제로 지우는 명령입니다. 배너처럼 자주 바뀌는 파일은 TTL을 분 단위로, 파일명에 해시가 붙는 빌드 산출물은 1년으로 두는 식으로 나눕니다. CDN은 로드밸런서가 아닙니다 — 뒤쪽 서버 여러 대에 요청을 나눠주는 일과, 앞쪽에 사본을 깔아두는 일은 층이 다릅니다. WAF나 DDoS 방어는 대개 별도 요금제이고, 과금이 전송량(GB) 기준이라 트래픽이 곧 비용이라는 점도 예산서에 넣어야 합니다.
가장 흔한 사고는 깔아두면 알아서 빨라진다는 믿음입니다. TTL을 길게 잡고 퍼지를 걸지 않으면 종료된 할인가가 며칠째 노출되고, 고객센터는 화면에 19,000원이라고 떴다는 항의를 받습니다. 더 위험한 건 개인화된 응답이 캐시되는 경우로, 쿠키나 Vary 헤더 설정을 한 줄 놓치면 A 고객의 주문 내역이 B 고객 화면에 그대로 뜹니다. 캐시 대상과 제외 경로를 문서로 못 박고 배포 파이프라인에 자동 퍼지를 붙여두는 것이 첫 주에 할 일입니다.
1990년대 후반 웹 트래픽 급증에 대응해 콘텐츠를 지리적으로 분산 전달하는 기술로 등장했고(아카마이 등), 웹 성능·안정성의 표준 인프라가 됐습니다.
가상의 사례로 살펴보겠습니다. 국내 화장품 브랜드 A사는 임직원 120명, 연매출 약 380억 원 규모로 2년 전 자사몰을 미국·싱가포르까지 열었습니다. 상세 페이지 한 장에 고해상도 이미지가 40장 넘게 들어가는데, 해외 유입은 늘어도 구매 전환은 0.4%에 머물렀습니다. 6주짜리 개선 과제로 CDN 도입이 올라왔습니다.
- 이커머스팀 박 팀장이 접속 로그를 뽑아보니 미국 사용자의 첫 화면 표시가 평균 8.2초, 장바구니 도달률은 3%였습니다. 서버를 두 배로 키웠는데 그대로라는 말이 회의록에 남았습니다.
- 인프라 담당 김 과장이 이미지·CSS·JS 도메인만 먼저 CDN으로 돌리고 TTL을 7일로 잡았습니다. 작업은 반나절로 끝났고, 첫 주 캐시 히트율이 88%까지 올라왔습니다.
- 마케팅팀에서 타임세일이 끝났는데 배너가 두 시간째 그대로라는 항의가 들어왔습니다. 배너 폴더만 TTL 5분으로 낮추고 배포 스크립트에 자동 퍼지 API를 연결했습니다.
- 로그인·장바구니·주문내역 경로는 캐시 제외로 못 박았습니다. 김 과장이 여기 한 줄 빠지면 남의 주문서가 보인다며 헤더 점검 체크리스트 12항목을 남겼습니다.
- 6주 뒤 미국 사용자의 첫 화면 표시는 8.2초에서 2.1초로, 이탈률은 62%에서 38%로 내려갔습니다. 원본 서버 트래픽은 71% 줄었고 월 CDN 비용은 84만 원이었습니다.