What's the correct FusionCache configuration for this scenario? (No expiration + distributed invalidation) #125
-
Hi! Imagine this scenario:
Ideally I'd like that:
How do you configuration this scenario with |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
Hi @FrancescoBonizzi and thanks for using FusionCache! Yes, you can achieve what you are describing 🎉 You see, a cache layer (both memory and distributed) is "passive" whereas you need something "active", meaning that each node gets to be notified of the change, right? Currently the only current implementation available is the one for Redis, but any implementation of the Please take a look at the docs I just linked, and tell me if you need anything else. |
Beta Was this translation helpful? Give feedback.
Hi @FrancescoBonizzi and thanks for using FusionCache!
Yes, you can achieve what you are describing 🎉
But no, not with the distributed cache.
You see, a cache layer (both memory and distributed) is "passive" whereas you need something "active", meaning that each node gets to be notified of the change, right?
Well you are in luck: that is exactly the job of another component, the backplane.
Basically you just need to enable the backplane and... that's it: when you'll change a piece of data, a notification will be sent to all the connected nodes.
You can even enable/disable backplane notifications per-call, with a very granular control.
Currently the only current implementation available is…