CDN

CDN은 콘텐츠 전송 네트워크(Content delivery network | content distribution network)의 준말로, 이미지나 텍스트 등의 순수한 콘텐츠(Content)를 빠르고 비용효율적으로 제공해주는 기술이다.

기존의 방법

CDN이 없을때는 이런 식으로만 서버를 구성했었다.

순수한 API는 당연히 서버가 해줘야하는게 맞다.

하지만 이미지나 html 같은것들까지 서버가 들고서 요청할때마다 읽어서 뿌려주곤 했다.

당장 짤때는 쉽고 빠를 수 있지만, 치명적인 문제들이 존재한다.

1. 이미지 같은 콘텐츠들은 데이터의 크기가 큰 편이라 I/O 부하를 상당히 많이 준다. 생각보다 더 많이!
2. 게다가 매번 서버까지 왔다갔다하는 네트워크상의 딜레이도 무시할 수 없다.
3. 일반적인 이미지들은 한번 등록하면 바뀔일이 거의 없다.

CDN의 구조와 원리

CDN은 단순한 기술로만 이루어지는게 아니라, 추가적인 인프라 위에 쌓아올린 것이다.

우선 각 지리적인 지점마다. "캐시 서버"를 구축한다.

사용자가 처음 데이터를 요청하면, 사용자에게서 가장 가까운 캐시서버에 데이터를 캐싱한다.
그리고 최초 캐싱 이후로는 계속해서 캐시서버를 통해서만 데이터를 가져가게 하는 것이다.

이걸 통해서 중앙서버에 가해지는 부담이나 비용도 줄일 수 있고, 지리적으로도 가깝기 때문에 성능이 매우 빨라진다.

CDN으로 얻을 수 있는 것

1. 글로벌 서비스 최적화
전세계에 퍼진 캐시서버에 CDN으로 캐싱을 시키면, 지리적인 한계에 따른 레이턴시를 줄일 수 있다.

2. 서버의 부하 감소
서버는 이제 순수하게 API만 처리할 수 있다.

3. 디도스 방지
CDN 서비스들이 제공하는 자체적인 방어수단으로, 디도스의 피해를 줄일 수 있다.

4. 비용 감소
정적리소스 참조 앞에 CDN을 붙이면, 비용이 줄면 줄었지 손해를 볼 일은 절대 없다.
예를 들어, AWS에서 S3만 쓰는것과 S3+Cloudfront를 함께 쓰는것은 비용과 성능에 차이가 많이 난다.

CDN 제공자들

AWS, GCP, Azure, Cloudflare 등의 다양한 클라우드 서비스들이 자체적으로 CDN 서비스를 제공한다.

클라우드 서비스들 중에서도 프론트엔드 서비스를 제공하는 Vercel, Netlify, Cloudflare 같은 것들은 따로 설정하지 않아도 CDN 처리는 자동으로 다 해준다.

결론

쓰자.

참조
https://netflixtechblog.com/content-popularity-for-open-connect-b86d56f613b
https://aws.amazon.com/ko/what-is/cdn/
https://www.cloudflare.com/ko-kr/learning/cdn/what-is-a-cdn
https://www.cloudflare.com/ko-kr/learning/cdn/how-cdns-reduce-bandwidth-cost