S(*). Architect

학습 목표애플리케이션 캐시가 DB read 부하·connection·버퍼 풀 압력을 어떻게 줄이는지 설명할 수 있다.Cache-aside·read-through·write-through 의 DB I/O·일관성 차이를 비교할 수 있다.TTL·invalidation으로 stale read 창을 통제할 수 있다.Cache stampede가 DB spike를 만드는 메커니즘과 완화를 설명할 수 있다.DB = source of truth, 캐시 = 파생 — 복제 lag·캐시 중첩 stale을 설명할 수 있다.문제 상황상품 상세 API — PostgreSQL 동일 SELECT 매 요청 · p99 380msRedis TTL 5분 — 가격 UPDATE 후 4분 구 가격 노출캐시 무효화 없이 DB만 수정 — 영구 sta..

학습 목표캐시가 읽기 지연·DB 부하를 줄이는 아키텍처 패턴임을 설명할 수 있다.Cache-aside·write-through·write-behind 차이와 선택 기준을 설명할 수 있다.TTL·invalidation·스탬피드 방어를 설계할 수 있다.Redis 등 분산 캐시를 MSA·polyglot 맥락에 배치할 수 있다.문제 상황상품 상세 API p99 420ms — PostgreSQL 동일 쿼리 매 요청프로모션 시작 동시 3만 req — DB connection 고갈, 캐시 미스만 연쇄Redis TTL 5분인데 가격 변경 후 4분간 구 가격 노출캐시 무효화 없이 DB만 update — 영원히 stalewrite-through 도입 후 쓰기 p99 2배 — 읽기만 캐시하면 됐는데MSA 5서비스가 같은 R..