CF(5): CloudFront 파일 관리

# CloudFront 의 파일 관리

• CloudFront 에 파일은 크게 두 가지로 관리 
  • 싱글 파일 : 파일명을 유지한 채로 캐시 만료 처리, 업데이트 등을 처리
    • 별도로 클라이언트 업데이트 필요 없음
    • 캐시 만료전 제공 파일을 업데이트 하려면 Invalidation 필요
  • 버저닝 : 파일 이름에 다양한 방법으로 버전을 두어서 관리 
    • 별도로 Invalidaation 필요 없음
    • 파일 업데이트시 클라이언트 업데이트 필요

 

---

# 싱글 파일 

싱글 파일 업데이트 전 후

img.png 파일이 Edge Location 에 캐싱되어 있는 상황이다. 

이를 별도의 이미지도 바꾸고 싶다. 

제일 먼저 img.png 를 invalidation 처리하거나 자연적으로 만료되기를 기다린다. 

 

캐시가 만료된 상태에서 클라이언트가 컨텐츠 요청을 하면, 만료되었으니 Edge Location 에 존재하지 않아 Origin 에 요청을 하게 된다. 

그러면 Origin 에서 200 OK 와 함께 새 이미지를 응답해준다. 

 

---

# 버저닝

 

버저닝은 파일을 만료시키거나 만료되기를 기다릴 필요 없이, 아예 다른 버전을 요청하는 것이다. 

클라이언트가 url 을 통해 요청할 때, 버전을 명시해서 요청을 한다.

 

 

뷰어에 img_1 을 보여주고 싶은 상태이면, 위와 같이 버전을 포함해서 객체 요청을 한다. 

Edge Location 에서는 해당 버전에 해당하는 파일명을 가진 채로 캐싱하고 있어 이를 응답해준다. 

 

 

클라이언트가 버전 2를 명시하여 CF 에 요청한다. 

그러나 버전 2는 Edge Location 에 캐싱되어 있지 않다. 

그래서 Origin 에 요청을 하여 새로운 버전을 캐싱하고, 뷰어에 전달한다. 

 

이렇게 하면 별도로 버전 1을 invalidation 시키거나 캐시가 만료되기까지 기다릴 필요가 없다. 

그저 클라이언트만 업데이트 하면 새롭게 받아갈 수 있는 것이다.

 

 

# 장단점

→ 싱글파일같은 경우에는 invalidation 을 해주면 되어 클라이언트 업데이트가 필요없던 반면에, 버저닝같은 경우에는 CloudFront 를 손댈 필요 없이 클라이언트를 업데이트하면 된다.

 

---

# Invalidation

• Invalidation : 캐시 만료 전 파일을 갱신
• 버저닝이 아닌 형태로 파일을 제공할 경우, 캐시 만료 전 새 파일을 제공하고 싶다면 Invalidation 이 필요하다.
• 경로 기반 
  • 예
    • /img/img1.png
    • /img/*
    • /img/img*
• 한번에 최대 3000개의 파일까지 Invalidate 가능
  • 예: 100개씩 30 invalidations or 1000개씩 3 invalidations
• 한달에 1000 path invalidations 은 무료 (계정 전체 Distribution 통합) 이후 한번 경로당 $0.005