HTTP Headers Cache 활용

http 통신에서 Cache가 사용되는 이유를 사진으로 알아보자

캐시가 없을 경우

• 데이터가 변경하지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야함
• 인터넷 네트워크는 매우 느리고 비쌈
• 브라우저 로딩 속도가 느리다
• 느린 사용자 경험

캐시 적용

• 캐시 덕분에 캐시 가능 시간동안 네트워크를 사용하지 않아도 됨
• 비싼 네트워크 사용량을 줄일 수 있음
• 브라우저 로딩 속도가 매우 빠름
• 빠른 사용자 경험

캐시 시간 초과

• 캐시 유효 시간이 초과하면, 서버를 통해 데이터를 다시 조회하고, 캐시를 갱신한다.
• 이때 다시 네트워크 다운로드가 발생한다.

근데 여기서 데이터가 변화가 없었는데 굳이 또 다운 받아야할까?

검증 헤더와 조건부 요청

• 캐시 유효 시간이 초과해도, 서버의 데이터가 갱신되지 않으면 304 not modified + 헤더 메타 정보만 응답(바디 x)
• 클라이언트는 서버가 보낸 응답 헤더 정보로 캐시의 메타 정보를 갱신
• 클라이언트는 캐시에 저장되어 있는 데이터 재활용
• 결과적으로 네트워크 다운로드가 발생하지만 용량이 적은 헤더 정보만 다운

Last-modified, if-modified-since 단점

• 1초 미만(0.x초) 단위로 캐시 조정 불가능
• 날짜 기반의 로직 사용
• 데이터를 수정해서 날짜가 다르지만, 같은 데이터를 수정해서 데이터 결과가 같은경우
• 서버에서 별도의 캐시 로직을 관리하고 싶은 경우
  • 스페이스나 주석처럼 크게 영향이 없는 변경에서 캐시를 유지하고 싶을 때

ETag, If-None-Match

• 캐시용 데이터에 임의의 고유 보전 이름을 달아둠
• 데이터가 변경되면 이 이름을 바꾸어서 변경 (Hash를 다시 생성)