Groupcache: как имитировать время истечения

Созданный на 29 июл. 2013 · 3Комментарии · Источник: golang/groupcache

Я заметил, что в дизайнерском решении Setting and expiration time не указано. Я полагаю, это потому, что у вас есть идея, как подражать этой функции.

Я имею в виду вариант использования - это создание кэшированного обратного прокси-сервера перед веб-приложением. Я знаю, что страницы должны кешироваться на X мин.

Не могли бы вы рассказать немного о своем подходе?

(Не уверен, что это подходящее место, чтобы задать вопрос.)

Источник

yml

Самый полезный комментарий

Насколько я понял конструкцию groupcache, вы не можете аннулировать или обновлять кэшированные элементы. Эта функция была упущена, потому что она чрезвычайно сложна в распределенной системе и потребует дорогостоящих алгоритмов консенсуса (например, paxos).

Однако вы можете генерировать уникальный ключ кеша каждые X минут, кодируя информацию о времени в самом ключе кеша. Например, «foo-12: 30» может однозначно описывать элемент «foo» во время 12:30. После этого ваше приложение сможет получить доступ к этому элементу, скажем, до 12:40. В это время может быть сгенерирован новый элемент «foo-12: 40», а старый элемент («foo-12: 30») в конечном итоге истечет, как только клиенты прекратят доступ к нему.

Если ваше распределенное приложение может обновлять и извлекать номера ревизий согласованным образом (вы можете сделать это, например, с помощью doozerd, zookeeper или решения для базы данных по вашему выбору), вы также можете закодировать этот номер ревизии как часть ключа кеша. В качестве альтернативы вы также можете использовать HTTP-заголовки «Last-Modified» или «ETag» в качестве номера версии в вашем веб-прокси.