Groupcache: 만료 시간을 에뮬레이트하는 방법

groupcache의 설계를 이해하는 한 캐시된 항목을 무효화하거나 업데이트할 수 없습니다. 이 기능은 분산 시스템에서 매우 어렵고 값비싼 합의 알고리즘(예: paxos)이 필요하기 때문에 생략되었습니다.

그러나 캐시 키 자체의 시간 정보를 인코딩하여 X분마다 고유한 캐시 키를 생성할 수 있습니다. 예를 들어 "foo-12:30"은 시간 12:30에 "foo" 항목을 고유하게 설명할 수 있습니다. 그러면 애플리케이션이 12:40까지 이 항목에 액세스할 수 있습니다. 이때 새 항목 "foo-12:40"이 생성될 수 있으며 클라이언트가 액세스를 중지하면 이전 항목("foo-12:30")이 결국 만료됩니다.

분산 응용 프로그램이 일관된 방식으로 개정 번호를 업데이트하고 검색할 수 있는 경우(예: doozerd, zookeeper 또는 선택한 데이터베이스 솔루션을 사용하여 수행할 수 있음) 이 개정 번호를 캐시 키의 일부로 인코딩할 수도 있습니다. 또는 "Last-Modified" 또는 "ETag" HTTP 헤더를 웹 프록시에서 일종의 개정 번호로 사용할 수도 있습니다.

예, tux21b가 말한 것입니다. (적어도 당분간은 의도적으로 생략했습니다.)

개정에 관한 제안을 해주신 @tux21b 에게 감사드립니다!