Comments 8
Я предпочитаю
Если эта задача возникает часто, значит, где-то серьезная проблема в архитектуре или неверно используются инструменты.
Например, здесь может оказаться удобнее применение memcached, где вы можете спокойно по инициативе бекенда менять/создавать/удалять произвольные ключи.
rm -rf /path/to/cache/zone/*
Если эта задача возникает часто, значит, где-то серьезная проблема в архитектуре или неверно используются инструменты.
Например, здесь может оказаться удобнее применение memcached, где вы можете спокойно по инициативе бекенда менять/создавать/удалять произвольные ключи.
0
В нашем случае это ближе к IoT — ни memcached ни varnish не влезет во flash и ram столько нет.
Очищать же кэш через rm может делать stop world если лочить в nginx, или отдавать старые данные.
Очищать же кэш через rm может делать stop world если лочить в nginx, или отдавать старые данные.
+1
rm вроде как официальное решение.
Не в курсе точных ограничений в IoT, но я бы попробовал реализовать через rm, ради простоты инструментов и дальнейшей поддержки.
Не в курсе точных ограничений в IoT, но я бы попробовал реализовать через rm, ради простоты инструментов и дальнейшей поддержки.
0
Еще есть http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_purge — но он по подписке.
0
Вы инвалидируете по одному элементу? Но это можно сделать средствами самого nginx: proxy_cache_bypass принудительно берёт новый ответ с бэкенда и сохраняет в кэш (если не установлен proxy_no_cache).
0
Sign up to leave a comment.
Модуль инвалидации кэш зоны