[GCP] Cloud Storage Cache 설정

서론

GCP Cloud Storage 에서 활용하는 객체 중 즉각적으로 변경이 필요한 객체는 Cache 반영이 이슈사항으로 번질 수 있다.

Cloud Storage의 기본 캐시 정책을 살펴보고, 캐시 비활성화 부분에 대해서 알아본다.

 

RFC 7234: Hypertext Transfer Protocol (HTTP/1.1): Caching

---

GCP Cloud Storage Cache-Control

Cache-Control 메타데이터를 사용하면 브라우저 캐시와 인터넷 캐시가 객체를 캐시할 수 있는지 여부와 캐시할 수 있는 기간을 제어할 수 있으며, 이를 통해 미래의 요청을 충족할 수 있습니다.
Cloud Storage 네트워크는 다음과 같은 객체에 액세스할 때 객체의 Cache-Control 설정만 고려합니다.

 

• public
  • 객체가 어디서나 캐시될 수 있습니다.
• private
  • 객체가 요청자의 로컬 캐시에 캐시될 수 있습니다.
• no-cache
  • 객체가 캐시될 수 있지만 Cloud Storage에 의해 검증되기 전에는 이후 요청을 충족하는 데 사용될 수 없습니다.
• no-store
  • 객체가 캐시될 수 없습니다.
• max-age=TIME_IN_SECONDS
  • 객체가 비활성으로 간주되기 전에 캐시될 수 있는 기간입니다.
    max-age를 원하는 길이의 시간으로 설정할 수 있습니다.

객체 메타데이터  |  Cloud Storage  |  Google Cloud

---

Default GCP Cloud Storage Cache-Control

• public, max-age=3600
  • 객체가 고객 관리형 암호화 키를 사용하여 암호화되지 않거나 Virtual Private Cloud 서비스 경계 내에 저장되지 않은 경우
• no-cache, no-store, max-age=0
  • 객체가 고객 관리형 암호화 키를 사용하여 암호화된 경우
• private, max-age=0
  • 객체가 가상 프라이빗 클라우드 서비스 경계 내에 저장되는 경우
• no-cache, no-store, max-age=0, must-revalidate
  • 객체가Virtual Private Cloud 서비스 경계 안에 저장되고 또한 고객 관리형 암호화 키를 사용하여 암호화된 경우

---

Cache-Control 객체 메타데이터 수정 방법

1. GCP Cloud Storage 객체 확인
2. 우측 더보기 - 메타데이터 수정 - Cache-Control : no-store 추가 - 저장