[08주차]_14장_유튜브 설계_전희진

[h2jinee]

💬 질문 1

• 한국 CDN 저장소에 업로드 했다고 가정하면, 한국 업로드 후 다른 지역 CDN 전역에 파생? 되는 개념인 건가요? 아니면 CDN에 업로드 하는 행위 자체가 리전 전체에 업로드 되는 건가요?

[h2jinee]

CDN의 동작 방식에 대해 단계별로 설명드리겠습니다.

CDN 파일 전파 방식

1. Origin Server로의 업로드

CDN에 파일을 업로드한다는 것은 일반적으로 Origin Server(원본 서버) 에 파일을 업로드하는 것을 의미합니다. 이는 CDN 서비스가 지정한 특정 저장소나 사용자의 원본 서버일 수 있습니다.

2. Edge Server로의 전파 방식

CDN은 주로 Pull 방식으로 작동합니다:

• 즉시 전체 복제가 아님: 파일을 Origin Server에 업로드해도 전 세계 모든 Edge Server에 즉시 복사되지 않습니다
• 요청 시 캐싱(Lazy Loading): 특정 지역의 사용자가 해당 파일을 요청할 때 비로소 그 지역의 Edge Server가 Origin에서 파일을 가져와 캐싱합니다
• TTL(Time To Live): 캐싱된 파일은 설정된 시간 동안 Edge Server에 보관됩니다

3. 예외적인 경우

일부 CDN 서비스는 Push 방식도 지원합니다:

• 중요한 파일의 경우 미리 특정 Edge Server들에 배포 가능
• 하지만 이 경우에도 모든 지역이 아닌 선택된 주요 지역에만 배포

실제 동작 예시

1. 한국 Origin Server에 파일 업로드
2. 미국 사용자가 처음 요청 → 미국 Edge Server가 한국 Origin에서 파일 가져와 캐싱
3. 이후 미국 사용자들은 미국 Edge Server에서 직접 제공받음
4. 유럽 사용자가 요청하기 전까지 유럽 Edge Server에는 파일 없음

결론: CDN 업로드는 전 세계에 즉시 복제되는 것이 아니라, 필요에 따라 점진적으로 전파되는 방식입니다.

이는 CloudFlare, AWS CloudFront, Akamai 등 대부분의 주요 CDN 서비스의 기본 동작 방식입니다.

[h2jinee]

그렇다면 미국 사용자가 처음 요청했을 때는 바로 재생할 수가 없는 거 아닌가요?

[h2jinee]

좋은 지적이십니다. 실제로 이 부분이 CDN의 Cache Miss(캐시 미스) 상황입니다.

첫 요청 시 동작 과정

1. Cache Miss 시나리오

미국 사용자가 처음 요청할 때:

1. 미국 Edge Server 확인 → 파일 없음 (Cache Miss)
2. Origin Server(한국)에서 파일 다운로드
3. 사용자에게 전송하면서 동시에 Edge Server에 캐싱
4. 다음 요청부터는 Edge Server에서 즉시 제공

2. 지연 시간 문제

첫 사용자는 실제로 지연을 경험합니다:

• 한국→미국 거리로 인한 물리적 지연 (100-200ms 추가)
• Origin Server의 처리 시간
• 파일 크기에 따른 전송 시간

3. CDN의 최적화 전략

Pre-warming (사전 캐싱)

• 예상되는 인기 콘텐츠를 미리 주요 Edge Server에 배포
• 신규 콘텐츠 출시 전 주요 지역에 미리 복사

Multi-tier Caching

사용자 → Edge Server → Regional Cache → Origin Server
         (미국 로컬)    (미국 지역)      (한국)

• 중간 계층을 통해 Origin 부하 감소

Anycast 라우팅

• 가장 가까운 캐싱된 서버로 자동 연결

4. 실제 서비스들의 대응

Netflix/YouTube: 인기 콘텐츠는 미리 전 세계 서버에 배포
일반 CDN: 첫 요청자는 약간의 지연 감수, 이후 사용자들은 빠른 속도

결론: 맞습니다. 첫 요청 시에는 Origin에서 가져오는 시간이 필요하므로 즉시 재생이 어려울 수 있습니다. 이를 해결하기 위해 CDN 서비스들은 다양한 최적화 전략을 사용합니다.