[지디넷코리아]캐시 서버는 사용자로부터 요청을 받아서 자기 자신의 내부 디스크에 캐시된 정보가 있으면 그것을 사용자에게 응답해준다. 만약 내부 디스크에 데이터가 없다면 원본(origin) 웹 서버에 데이터를 요청, 해당 데이터를 자기 자신의 내부 디스크에 저장한 후, 서비스를 요청한 사용자에게 응답해준다.

캐시 서버는 일반적으로 자체 알고리즘 특성상 항상 최신의 데이터를 유지하게 되며, 데이터가 없으면 원본 웹 서버에 요청해 가져오기 때문에 데이터 동기화 부분이 크게 문제가 되지 않는다. 하지만 원본 웹 서버에서 특정 데이터를 삭제하거나, 같은 이름으로(더 나아가 같은 크기의 같은 이름으로) 변경한 경우, 캐시 서버가 이를 인지하지 못하는 경우가 있다. 물론 컨텐츠가 계속 새롭게 생성만 되고, 삭제되거나 변경되지 않는다면 문제될 것은 없다.

원본 웹 서버에서 특정 컨텐츠가 변경되거나 삭제됐는데도 캐시 서버가 이를 인지하지 못해 이전의 컨텐츠를 계속 보유하고 있거나 이를 서비스한다면 사용자는 운영자의 의도와는 다른 컨텐츠를 보게 될 것이다. 이런 오류를 막기 위해 원본 서버의 컨텐츠가 변경될 경우, 즉각적으로 캐시 서버에 이를 반영할 필요가 있다.

‘캐시 일관성을 유지하라’
그렇다면 원본 서버에서 컨텐츠가 삭제되거나 변경됐을 때, 이를 캐시 서버에 어떻게 즉각적으로 동기화시킬 것인가?

HTTP 사양에는 캐시 일관성(cache consistency)을 유지하기 위한 표준이 마련돼 있는데, IMS(If-Modified-Since)와 엑스파이어(Expires) 방식이 그것이다. 캐시 서버가 사용자로부터 웹 컨텐츠에 대한 GET 요청을 받고 캐시에서 복사본을 찾을 때, 그 복사본을 사용자에게 보낼지, 아니면 웹 서버로부터 다시 원본을 불러와서 캐시된 복사본을 업데이트 할지를 결정하기 위해 캐시된 복사본의 에이지(age)와 만료 시간(expiration time)을 비교한다.

에이지란 웹 컨텐츠가 캐시된 이래 경과한 시간을 의미하는데, 캐시된 복사본의 에이지가 만료시간보다 적으면 캐시된 복사본을 보내고, 그렇지 않으면 웹 서버로부터 원본을 불러와서 캐시 데이터를 업데이트한다. IMS와 엑스파이어 방식은 이런 과정 중에 적용된다. IMS 방식은 원본 웹 서버로부터 다시 원본을 불러오기 위해 캐시 서버를 HTTP 요청(Request) 내에서 사용하는 것이고, 웹 컨텐츠의 만료시간을 명시하기 위해 웹 서버가 HTTP 응답(Response) 내에서 사용하는 것이 엑스파이어 방식이다. 대부분의 웹 컨텐츠들은 만료시간이 명시되지 않기 때문에 보통 캐시 서버가 만료시간을 예측해 지정하게 된다.