티스토리 뷰

네트워크/HTTP

11. 캐시(2편)

Teus 2022. 6. 1. 14:12
728x90
반응형

2022 우아한스터디 "HTTP 완벽가이드"를 진행하면서

'HTTP 완벽 가이드' 책을 읽고, 글쓴이의 생각을 정리하는 글 입니다.

https://book.naver.com/bookdb/book_detail.nhn?bid=8509980 

 

HTTP 완벽 가이드

성공적인 웹 트랜잭션 뒤의 숨은 핵심, HTTP의 모든 것『HTTP 완벽 가이드』는 HTTP 규약이 어떻게 작동하고 웹 기반 애플리케이션을 개발하는 데 어떻게 사용하는지 설명하고, HTTP가 효율적으로 동

book.naver.com

 

1. Cache의 처리

Cache가 Proxy에 있다는 가정 하에, 아래의 Flow로 Reqeusts가 처리되게 됩니다.

1->1. HTTP 요청 받기

1->2. HTTP Message Parsing

 

1->3. Cache Hit 여부 확인

1->3_1. Hit이라면 1->4로 이동

1->3_2. Miss면 원Server로 가서 Data 가지고 와서 Cache 후 1->4로 이동

 

1->4. Cache의 재검사 필요 여부를 확인

1->4_1. 재검사가 필요 없으면 1->5로 이동

1->4_2. 재검사가 필요하면 1->3_2로 이동

 

1->5. Response HTTP Message 작성

1->6. Response HTTP Message 전송

 

괜히 1->3, 1->4가 복잡해 보이지만, 실상은 Cache있나 확인하고, 그 Cache가 재검사가 필요한지 확인해 보는작업에 불과합니다.

 

만약 Cache의 위치가 Client 기기 내라면 1->1, 1->6은 생략되게 됩니다.

 

2. Cache의 재검사 관리(신선도 관리)

별로 마음에 들지는 않지만, 해당 책에서는 Cache가 재검사 후 교환한 필요가 없는경우 '신선'하다고 합니다.

 

Cache가 포함된 요청의 경우 HTTP Message의 header에 "Cache-Control", "Expires"를 포함합니다.

"Cache-Control" : 초단위로 해당 Cache의 수명을 지정
ex. Cache-Contorol : max-age = 3600
--> Cache생성 후 3600초 뒤에는 Cache를 재검사

"Expires" : 특정 날짜 이후에는 Caceh를 재검사 하게 함
ex. Expires : Fri, 05 Jul 202, 02:00:00 GMT

3. Cache 재검사하기

2번의 검사를 통해서 Cache 재검사가 필요하다고 하면, 이제 Server로 부터 Cache가 신선한지 여부를 다시 검사하게 됩니다.

 

단순하게 Cache된 Data의 Server원본을 가지고 올 수도 있지만, 이럴경우 Cache를 재검사 하는 Cost가 너무 많이듭니다.

 

때문에 조건부 Method를 HTTP Message Header에 추가해서 전송합니다.

if-Modified-Since : <date>
-> 특정 날짜 이후로 변경되었는지 여부만 확인하여 신선도를 검사
-> IMS가 참이면 바뀐것이므로 Cache를 수정
-> IMS가 거짓이면 아직 변경이 없는 것이므로 Cache를 다시 사용
-> 동시에 Cache LifeCycle Tag를 Update합니다.

if-None-Match : <tags>
-> v2.2, v2.3 처럼 Data를 tags라는 약속된 값 형태로 관리하고
-> 해당 tags가 Server와 불일치하면 Cache를 수정

 

4. Cache 제어하기

Server에서 Response를 보낼 때 Client쪽에서 Cache를 할지 말지를 Response에 알려줍니다.

Cache-Contorol : no-stor
-> Cache 저장 금지

Cache-Contorol : no-cache
-> Cache를 쓸때마다 재검사 필수 = Cache의 수명과 관계없이 항상 must-revalidate

Cache-Contorol : must-revalidate
-> Cache의 신선도가 만료되면 무조건 원 서버에 revalidate하고, 불가하면 자료제공 금지

Cache-Contorol : max-age
-> Ex. Cache-Contorol : max-age=3600
-> Client가 Cache한 뒤 3600초까지 신선하다고 판단하라고 지정

no-cache랑 must-revalidate에 대한 자세한 고민들을 아래 스택오버플로를 참고하시면 되겠습니다.

http - Difference between no-cache and must-revalidate - Stack Overflow

 

Difference between no-cache and must-revalidate

From the RFC 2616 http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.1 no-cache If the no-cache directive does not specify a field-name, then a cache MUST NOT use the respons...

stackoverflow.com

 

블라블라블라....

728x90
반응형

'네트워크 > HTTP' 카테고리의 다른 글

13. 웹로봇  (0) 2022.06.08
12. 게이트웨이  (0) 2022.06.05
10. 캐시(1편)  (0) 2022.06.01
9. Proxy(2편)  (0) 2022.05.31
8. Proxy(1편)  (0) 2022.05.27
공지사항
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
«   2024/11   »
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
글 보관함