그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Network
Network

Cache-Control 헤더는 어떻게 설계해야 하나요?

실무5/5
설계4/5
인간4/5
기초3/5

면접관의 질문 의도

헤더 이름을 외운 수준인지, 리소스 종류와 갱신 주기에 따라 정책을 갈라 설계할 수 있는지를 가른다. 속도와 최신성의 트레이드오프를 의식하면서 답하는지가 후속 질문의 깊이를 가르는 분기점이다.

큐레이션 답변

학습 자료

Cache-Control은 브라우저와 중간 캐시가 응답을 얼마나 오래 보관하고 어떤 조건에서 재검증할지 결정하는 헤더다. 변경이 거의 없는 정적 자산은 public, max-age, immutable 조합으로 재요청을 끊고, 자주 바뀌는 HTML은 no-cache나 짧은 max-age에 must-revalidate를 붙여 신선도 검증을 강제한다. 한 정책으로 묶지 않고 리소스 특성에 따라 갈라 적용하는 게 핵심이다.

좋은 답변 구조

  1. 01캐시가 해결하는 병목(반복 다운로드, 서버 부하, 지연)을 먼저 정의한다
  2. 02정적 자산과 HTML의 갱신 주기 차이로 정책을 가른 이유를 설명한다
  3. 03각 정책에 쓰는 헤더 조합과 효과를 트래픽·전송량 관점에서 짚는다
  4. 04최신성 리스크와 운영 시 검증 방법(네트워크 패널, 응답 헤더)을 마무리로 붙인다

자주 실수하는 포인트

모든 응답에 긴 max-age를 일괄 적용해 구버전 화면이 박힌다
immutable을 쓰면서 파일명 해싱 같은 버전 전략을 같이 두지 않는다
재검증 정책을 빼고 no-store만 남발해 캐시 이점을 통째로 버린다
CDN과 원본 서버의 캐시 정책이 어긋나 응답이 갈린다

실무 맥락

  • SPA의 정적 번들(JS/CSS/이미지)을 장기 캐시로 묶어 재방문 속도를 끌어올려야 하는 환경
  • SSR로 자주 갱신되는 HTML이 캐시에 박히면 곤란한 콘텐츠 서비스
  • CDN과 원본 서버를 함께 운영해 양쪽 캐시 정책 정합성을 맞춰야 하는 환경

본인 경험에 녹이는 힌트

정적 자산 max-age를 늘려 전송량이나 LCP가 줄었던 경험이 있다면 정책 분리 효과와 연결할 수 있다

배포 후 사용자가 구버전 화면을 본 사고를 겪었다면 immutable + 파일명 해시 전략과 엮어 말할 수 있다

DevTools Network 탭에서 캐시 hit/miss와 응답 헤더를 보고 정책을 조정한 디버깅 경험을 답변에 녹일 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1ETag와 Cache-Control은 어떻게 같이 설계하나요
Q2stale-while-revalidate를 적용하면 어떤 이점과 리스크가 생기나요
Q3사용자별로 다른 응답에 public을 붙이면 왜 위험한가요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문