30초 답변

write-through는 캐시와 원본에 동시에 쓰는 정책이고, write-back은 캐시에 먼저 쓰고 나중에 원본에 반영하는 정책입니다. write-around는 원본에만 쓰고 캐시는 읽을 때 채웁니다. write-through는 일관성이 비교적 좋지만 쓰기가 느릴 수 있고, write-back은 빠르지만 장애 시 손실과 정합성 관리가 어려울 수 있습니다.

꼬리질문

조금 더 깊게 물어본다면

답변 뒤에 이어질 수 있는 질문들을 하나씩 열어볼 수 있어요.

1

2

3

4

5

write-through의 단점은 무엇인가요?

원본 저장소까지 함께 쓰기 때문에 쓰기 latency가 늘 수 있습니다. 원본 장애가 쓰기 실패로 이어질 수도 있습니다.

이전 질문다음 꼬리질문

부가 설명

캐시는 읽기만 빠르게 하는 도구처럼 보이지만, 쓰기가 들어오는 순간 정책이 필요합니다. 예를 들어 상품 정보를 수정했는데 캐시와 DB 중 하나만 바뀌면 사용자에게 오래된 값이 보일 수 있습니다. 어떤 정책을 택하느냐에 따라 쓰기 지연, 데이터 최신성, 장애 복구 방식이 달라집니다.

각 정책은 요구사항에 따라 선택이 달라집니다. 쓰기 후 바로 최신 읽기가 필요하면 write-through가 단순하고, 쓰기 폭주를 흡수해야 하면 write-back을 고려할 수 있지만 durability를 따져야 합니다. 자주 읽히지 않는 쓰기라면 write-around도 선택지가 됩니다.

한 줄 정리

cache write policy는 쓰기 순간 캐시와 원본의 정합성을 어떻게 맞출지 정하는 선택입니다.