웹 서비스들이 정적 리소스를 별도의 도메인으로 호스팅하는 이유 (Raw Markdown)

![](https://blog.atj.sh/post-attachments/v/01955128-cd13-75b2-96c0-85ecb8adecd8)

유튜브 URL은 `youtube.com`이다. 그런데 유튜브 썸네일 URL은 왜 `i.ytimg.com`로 시작할까?

# 정적 리소스란?
현대 웹 환경에서 정적 리소스라 함은 영상, 사진, 폰트, CSS·JS 파일 등 빈번하게 변동되지 않는 자료를 지칭한다. 이와 더불어, 사용자가 업로드하는 자료 또한 정적 리소스의 한 예로 들 수 있다.

정적 리소스는 단순히 사용자에게 보여지기 위한 목적에 한정되므로, 복잡한 비즈니스 로직 없이 신속하고 효율적으로 전달되는 것이 바람직하다.

# 정적 리소스 전용 도메인 운영 사례
- 유튜브. 영상 썸네일이 ytimg.com에서 호스팅된다.
- 네이버. pstatic.net이라는 도메인을 사용 중이다.
- 스택 오버플러우 & 스택 익스체인지. sstatic.net를 공유하여 사용하고 있다.
- 애플 웹사이트. cdn-apple.com를 사용 중이다.
- 깃허브. githubusercontent.com와 githubassets.com를 사용 중이다.

# 이유: 쿠키에 의한 네트워크 트래픽 최적화

쿠키(Cookie)란, 웹 브라우저가 특정 도메인에 대해 보유하는 소규모의 데이터로서, 보통 사용자 설정, 인증 정보, 또는 광고 추적 목적으로 활용된다.

예를 들어, 유저의 인증 정보를 example.com 도메인 쿠키로 관리한다고 가정해보자:

```
GET /login HTTP/1.1
Host: example.com

POST /login/submit HTTP/1.1
Host: example.com

GET /post/25 HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /post/25/comment/submit HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 
```

쿠키가 한 번 설정되면 해당 도메인에 이루어지는 모든 요청에 자동으로 포함되어 전송되므로, 단순 이미지와 같은 정적 리소스 요청 시에도 불필요한 데이터가 함께 송신되어 네트워크 트래픽을 증가시킬 우려가 있다.

```
GET /post/25 HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /images/logo.png HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /images/facebook-icon.png HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /images/github-icon.png HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 
```

반면, 정적 리소스를 제공하는 도메인을 별도로 설정할 경우, 아래와 같이 쿠키 전송이 배제되어 불필요한 트래픽을 방지할 수 있다:

```
GET /post/25 HTTP/1.1
Host: example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /images/logo.png HTTP/1.1
Host: example-cdn-server.com
```

물론, 쿠키의 ‘path’ 속성이나 서브도메인에 한정시키는 방법으로도 쿠키 전송을 제어할 수 있다.

```
GET /post/25 HTTP/1.1
Host: blog.example.com
Cookie: PHPSESSID=298zf09hf012fh2; 

GET /images/logo.png HTTP/1.1
Host: cdn.example.com
```

하지만 실무에서는 하나의 도메인을 기반으로 다수의 서브도메인 간에 인증 세션을 공유해야 하는 경우가 많기에 정적 리소스 전용 도메인을 별도 마련하는 것이 보편적인 대책이라 할 수 있다.

# 결론

요컨대, 쿠키를 사용하는 웹 서비스에서는 정적 리소스를 별도의 도메인에서 호스팅함으로써 불필요한 쿠키 전송으로 인한 네트워크 트래픽 부담을 줄일 수 있다. 다만, 이러한 별도 도메인 운영은 추가적인 관리 비용과 복잡성을 수반하므로, 서비스의 규모와 요구에 따라 신중히 검토하여야 할 것이다.

# 참고자료

[IETF - RFC 6265: HTTP State Management Mechanism](https://datatracker.ietf.org/doc/html/rfc6265)

[yahoo! developer - Best Practices for Speeding Up Your Web Site](https://developer.yahoo.com/performance/rules.html?guccounter=1#cookie_free)

[MDN Web Docs - Content Delivery Network](https://developer.mozilla.org/en-US/docs/Glossary/CDN)