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

Service

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

My

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

Policy

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

© 2026 그알것 · What Still Matters

질문 목록Cache
Cache

캐시 스탬피드 현상에 대해 설명해주세요.

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

면접관의 질문 의도

현상 정의에서 멈추는지, 잠금·외부 재계산·확률적 방식 중 언제 무엇을 고를지까지 짚을 수 있는지를 가른다. 답이 한 방향으로 단정되면 운영 경험이 얕다는 신호로 본다.

큐레이션 답변

학습 자료

캐시 스탬피드는 인기 키가 만료되는 순간 다수 요청이 동시에 미스를 내고 원본 저장소로 몰려 부하가 집중되는 현상이다. 보통 세 가지로 막는다 — 키 단위 잠금으로 하나의 요청만 재계산하게 하거나, 외부 작업이 만료 전에 미리 다시 채우거나, 확률적 조기 재계산으로 일부 요청만 갱신을 트리거하게 한다. 잠금은 단순하지만 대기열이 쌓이고, 외부 재계산은 갱신은 안정적이지만 리소스를 항상 쓰며, 확률적 방식은 부하 분산은 좋지만 베타 값 튜닝이 까다롭다.

좋은 답변 구조

  1. 01스탬피드가 어떤 조건에서 터지는지 만료 타이밍·핫키 분포·재계산 비용 관점으로 분해한다
  2. 02잠금·외부 재계산·확률적 조기 재계산 세 가지를 도구로 두고 각자 비용을 짚는다
  3. 03트래픽 분포와 재계산 비용에 따라 어떤 조합을 고를지 기준을 말한다
  4. 04핫키 탐지, 재계산 시간, 캐시 미스율 같은 운영 지표로 모니터링 방식을 답한다

자주 실수하는 포인트

TTL을 늘려 만료를 미루는 것만으로 해결된다고 답한다
잠금의 타임아웃과 락 획득 실패 시 폴백을 생각하지 않는다
외부 재계산이 늘 정답인 것처럼 말하고 리소스 상시 사용 비용을 빼먹는다
모든 키에 같은 전략을 적용하고 핫키별 차등화를 놓친다

실무 맥락

  • 핫 콘텐츠 조회가 특정 키에 집중되는 콘텐츠/미디어 서비스
  • 프로모션이나 라이브 이벤트로 짧은 시간에 트래픽이 몰리는 커머스
  • 대규모 읽기 캐시 앞에 DB나 외부 API를 둔 마이크로서비스 환경

본인 경험에 녹이는 힌트

트래픽 급증 시점에 DB 커넥션이 마르거나 응답이 한꺼번에 늘어진 경험이 있다면 스탬피드 사례로 풀어낼 수 있다

캐시 만료를 늘리는 1차 대응 후에도 같은 장애가 재현된 경험이 있다면 잠금이나 확률적 재계산 도입 결정과 연결할 수 있다

특정 핫키에만 별도 TTL이나 갱신 정책을 둬본 경험이 있다면 키별 차등 운영 관점으로 답할 수 있다

커뮤니티 인기 답변

전체 0개

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

관련 꼬리 질문

Q1잠금 기반 완화에서 타임아웃은 어떻게 설정하나요
Q2확률적 조기 재계산은 어떤 기준으로 확률을 조정하나요
Q3핫키를 사전에 감지하는 모니터링 방법은 무엇인가요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문