
557
20
장 리다이렉션과 부하 균형
The Definitive Guide
반면, 어느 하나의 프락시가 실패하더라도 상당량의 캐시 콘텐츠를 재배치해야 한
다는 단점도 있다.
20.9
하이퍼텍스트 캐싱 프로토콜
앞에서 우리가 논의했던 ICP는 프락시 캐시가 형제들에게 문서의 존재 여부에 대
해 질의하도록 해주는 프로토콜이다. 그러나 ICP는 HTTP/0.9를 염두에 두고 설계
되었기 때문에 캐시가 리소스의 존재 여부를 질의할 때 URL만을 보내도록 하고 있
다. HTTP 버전 1.0과 1.1은 URL과 더불어 문서 매칭에 대한 판단을 내릴 때 사용될
수 있는 많은 요청 헤더들을 도입했기 때문에, 단순히 요청의 URL만을 보내는 것은
정확한 응답을 가져오지 못하는 결과를 가져올 수 있다.
하이퍼텍스트 캐싱 프로토콜(Hyper Text Caching Protocol, HTCP)은 형제들이
URL과 모든 요청 및 응답 헤더를 사용하여 서로에게 문서의 존재 여부에 대한 질
의를 할 수 있도록 해줌으로써 적중이 아님에도 적중으로 잘못 처리될 확률을 줄인
다. 더 나아가, HTCP는 형제 캐시들이 서로의 캐시 안에 있는 선택된 문서의 추가
및 삭제를 모니터링하고 요청할 수 있게, 그리고 서로의 캐시된 문서에 대한 캐싱
정책을 변경할 수 있게 해준다.
ICP 트랜잭션을 묘사한 ...