HTTP 캐시 정책 빌더 정보
HTTP 캐시 정책 빌더를 사용하면 모든 지시어를 기억하지 않고도 브라우저, CDN, 불변 자산 및 API 응답에 대한 Cache-Control 헤더를 조합할 수 있습니다. 서버 구성이나 프레임워크 응답 도우미를 업데이트하기 전에 여러 경로에 걸쳐 최신성, 성능 및 무효화 전략의 균형을 맞춰야 할 때 유용합니다.
HTTP 캐시 정책 빌더 사용 방법
- 1브라우저 최대 수명, 공유 캐시 수명, 재검증 규칙, 비저장 처리 등 원하는 캐싱 동작을 선택하세요.
- 2정책이 구성 중인 경로(API 응답, HTML 페이지 또는 버전이 지정된 정적 자산)와 일치할 때까지 지시어 값을 조정합니다.
- 3생성된 Cache-Control 헤더를 애플리케이션, 에지 플랫폼 또는 인프라 구성에 복사하고 응답 동작을 다시 테스트하세요.
HTTP 캐시 정책 빌더의 주요 활용 사례
정적 자산 캐싱
브라우저와 CDN가 릴리스 간에 안전하게 재사용할 수 있도록 해시된 JavaScript, CSS 또는 이미지 파일에 대한 장기 정책을 만듭니다.
API 신선도 관리
사용자에게 빠른 업데이트가 필요하지만 공유 캐시를 사용하면 반복 로드를 줄일 수 있는 JSON 엔드포인트의 응답 수명을 조정합니다.
플랫폼 마이그레이션 검토
각 지시어를 처음부터 다시 파생시키지 않고도 기존 캐싱 전략을 새로운 프레임워크, CDN 또는 역방향 프록시로 변환합니다.
자주 묻는 질문
max-age와 s-maxage의 차이점은 무엇입니까?
max-age는 브라우저가 응답을 재사용할 수 있는 기간을 제어하는 반면 s-maxage는 CDN 또는 프록시와 같은 공유 캐시를 대상으로 합니다. 최종 사용자와 중간 캐시에 대해 서로 다른 동작을 원할 때 둘 다 사용하십시오.
no-cache 대신 no-store를 언제 사용해야 합니까?
매우 민감한 계정 데이터와 같이 응답을 전혀 보관해서는 안 되는 경우에는 no-store를 사용하세요. 캐시된 복사본이 존재할 수 있지만 재사용하기 전에 재검증해야 하는 경우 no-cache를 사용합니다.