πββοΈ Updating to v1.0.0 ? please read here. |
---|
It was born after years of dealing with all sorts of different types of caches: memory, distributed, hybrid, HTTP caching, CDNs, browser cache, offline cache, you name it. So I've tried to put together these experiences and came up with FusionCache.
Being a hybrid cache means it can transparently work as either a normal memory cache (L1) or as a multi-level cache (L1+L2), where the distributed 2nd level (L2) can be any implementation of the standard IDistributedCache
interface: this will get us better cold starts, better horizontal scalability, more resiliency and overall better performance.
FusionCache also includes an optional backplane for realtime sync between multiple nodes and advanced resiliency features like cache stampede protection, a fail-safe mechanism, soft/hard timeouts, eager refresh, full observability via logging and OpenTelemetry and much more.
On August 2021, FusionCache received the Google Open Source Peer Bonus Award: here is the official blogpost.
With π¦ A Gentle Introduction you'll get yourself comfortable with the overall concepts.
Want to start using it immediately? There's a β Quick Start for you.
Curious about what you can achieve from start to finish? There's a π©βπ« Step By Step guide.
More into videos?
I've been lucky enough to be invited on some shows and podcasts here and there: you can find them in the Media section.
A good example is when the fine folks at On .NET invited me on the show to allow me to mumbling random caching stuff.
These are the key features of FusionCache:
- π‘οΈ Cache Stampede: automatic protection from the Cache Stampede problem
- π 2nd level: an optional 2nd level handled transparently, with any implementation of
IDistributedCache
- π£ Fail-Safe: a mechanism to avoids transient failures, by reusing an expired entry as a temporary fallback
- β± Soft/Hard Timeouts: a slow factory (or distributed cache) will not slow down your application, and no data will be wasted
- π’ Backplane: in a multi-node scenario, it can notify the other nodes about changes in the cache, so all will be in-sync
- β©οΈ Auto-Recovery: automatic handling of transient issues with retries and sync logic
- π§ββοΈ Adaptive Caching: for when you don't know upfront the cache duration, as it depends on the value being cached itself
- π Conditional Refresh: like HTTP Conditional Requests, but for caching
- π¦ Eager Refresh: start a non-blocking background refresh before the expiration occurs
- π Dependency Injection + Builder: native support for Dependency Injection, with a nice fluent interface including a Builder support
- π Named Caches: easily work with multiple named caches, even if differently configured
- β Auto-Clone: be sure that cached values returned can be safely modified
- π OpenTelemetry: native observability support via OpenTelemetry
- π Background Distributed Operations: distributed operations can easily be executed in the background, safely, for better performance
- π Logging: comprehensive, structured and customizable, via the standard
ILogger
interface - π« Fully sync/async: native support for both the synchronous and asynchronous programming model
- π Events: a comprehensive set of events, both at a high level and at lower levels (memory/distributed)
- 𧩠Plugins: extend FusionCache with additional behavior like adding support for metrics, statistics, etc...
Something more π ?
Also, FusionCache has some nice additional features:
- β Portable: targets .NET Standard 2.0, so it can run almost everywhere
- β High Performance: FusionCache is optimized to minimize CPU usage and memory allocations to get better performance and lower the cost of your infrastructure all while obtaining a more stable, error resilient application
- β
Null caching: explicitly supports caching of
null
values differently than "no value". This creates a less ambiguous usage, and typically leads to better performance because it avoids the classic problem of not being able to differentiate between "the value was not in the cache, go check the database" and "the value was in the cache, and it wasnull
" - β Circuit-breaker: it is possible to enable a simple circuit-breaker for when the distributed cache or the backplane become temporarily unavailable. This will prevent those components to be hit with an excessive load of requests (that would probably fail anyway) in a problematic moment, so it can gracefully get back on its feet. More advanced scenarios can be covered using a dedicated solution, like Polly
- β
Dynamic Jittering: setting
JitterMaxDuration
will add a small randomized extra duration to a cache entry's normal duration. This is useful to prevent variations of the Cache Stampede problem in a multi-node scenario - β
Cancellation: every method supports cancellation via the standard
CancellationToken
, so it is easy to cancel an entire pipeline of operation gracefully - β Code comments: every property and method is fully documented in code, with useful informations provided via IntelliSense or similar technologies
- β Fully annotated for nullability: every usage of nullable references has been annotated for a better flow analysis by the compiler
Main packages:
Package Name | Version | Downloads |
---|---|---|
ZiggyCreatures.FusionCache The core package |
||
ZiggyCreatures.FusionCache.OpenTelemetry Adds native support for OpenTelemetry setup |
||
ZiggyCreatures.FusionCache.Chaos A package to add some controlled chaos, for testing |
Serializers:
Package Name | Version | Downloads |
---|---|---|
ZiggyCreatures.FusionCache.Serialization.NewtonsoftJson A serializer, based on Newtonsoft Json.NET |
||
ZiggyCreatures.FusionCache.Serialization.SystemTextJson A serializer, based on the new System.Text.Json |
||
ZiggyCreatures.FusionCache.Serialization.NeueccMessagePack A MessagePack serializer, based on the most used MessagePack serializer on .NET |
||
ZiggyCreatures.FusionCache.Serialization.ProtoBufNet A Protobuf serializer, based on one of the most used protobuf-net serializer on .NET |
||
ZiggyCreatures.FusionCache.Serialization.CysharpMemoryPack A serializer based on the uber fast new serializer by Neuecc, MemoryPack |
||
ZiggyCreatures.FusionCache.Serialization.ServiceStackJson A serializer based on the ServiceStack JSON serializer |
Backplanes:
Package Name | Version | Downloads |
---|---|---|
ZiggyCreatures.FusionCache.Backplane.Memory An in-memory backplane (mainly for testing) |
||
ZiggyCreatures.FusionCache.Backplane.StackExchangeRedis A Redis backplane, based on StackExchange.Redis |
Third-party packages:
Package Name | Version | Downloads |
---|---|---|
JoeShook.ZiggyCreatures.FusionCache.Metrics.Core | ||
JoeShook.ZiggyCreatures.FusionCache.Metrics.EventCounters | ||
JoeShook.ZiggyCreatures.FusionCache.Metrics.AppMetrics |
FusionCache can be installed via the nuget UI (search for the ZiggyCreatures.FusionCache
package) or via the nuget package manager console:
PM> Install-Package ZiggyCreatures.FusionCache
As an example, imagine having a method that retrieves a product from your database:
Product GetProductFromDb(int id) {
// YOUR DATABASE CALL HERE
}
π‘ This is using the sync programming model, but it would be equally valid with the newer async one for even better performance.
To start using FusionCache the first thing is create a cache instance:
var cache = new FusionCache(new FusionCacheOptions());
If instead you are using DI (Dependency Injection) use this:
services.AddFusionCache();
We can also specify some global options, like a default FusionCacheEntryOptions
object to serve as a default for each call we'll make, with a duration of 2 minutes
:
var cache = new FusionCache(new FusionCacheOptions() {
DefaultEntryOptions = new FusionCacheEntryOptions {
Duration = TimeSpan.FromMinutes(2)
}
});
Or, using DI, like this:
services.AddFusionCache()
.WithDefaultEntryOptions(new FusionCacheEntryOptions {
Duration = TimeSpan.FromMinutes(2)
})
;
Now, to get the product from the cache and, if not there, get it from the database in an optimized way and cache it for 30 sec
(overriding the default 2 min
we set above) simply do this:
var id = 42;
cache.GetOrSet<Product>(
$"product:{id}",
_ => GetProductFromDb(id),
TimeSpan.FromSeconds(30)
);
That's it π
Want a little bit more π ?
Now, imagine we want to do the same, but also:
- set the priority of the cache item to
High
(mainly used in the underlying memory cache) - enable fail-safe for
2 hours
, to allow an expired value to be used again in case of problems with the database (read more) - set a factory soft timeout of
100 ms
, to avoid too slow factories crumbling your application when there's a fallback value readily available (read more) - set a factory hard timeout of
2 sec
, so that, even if there is no fallback value to use, you will not wait undefinitely but instead an exception will be thrown to let you handle it however you want (read more)
To do all of that we simply have to change the last line (reformatted for better readability):
cache.GetOrSet<Product>(
$"product:{id}",
_ => GetProductFromDb(id),
// THIS IS WHERE THE MAGIC HAPPENS
options => options
.SetDuration(TimeSpan.FromSeconds(30))
.SetPriority(CacheItemPriority.High)
.SetFailSafe(true, TimeSpan.FromHours(2))
.SetFactoryTimeouts(TimeSpan.FromMilliseconds(100), TimeSpan.FromSeconds(2))
);
Basically, on top of specifying the cache key and the factory, instead of specifying just a duration as a TimeSpan
we specify a FusionCacheEntryOptions
object - which contains all the options needed to control the behavior of FusionCache during each operation - in the form of a lambda that automatically duplicates the default entry options defined before (to copy all our defaults) while giving us a chance to modify it as we like for this specific call.
Now let's say we really like these set of options (priority, fail-safe and factory timeouts) and we want them to be the overall defaults, while keeping the ability to change something on a per-call basis (like the duration).
To do that we simply move the customization of the entry options where we created the DefaultEntryOptions
, by changing it to something like this (the same is true for the DI way):
var cache = new FusionCache(new FusionCacheOptions() {
DefaultEntryOptions = new FusionCacheEntryOptions()
.SetDuration(TimeSpan.FromMinutes(2))
.SetPriority(CacheItemPriority.High)
.SetFailSafe(true, TimeSpan.FromHours(2))
.SetFactoryTimeouts(TimeSpan.FromMilliseconds(100), TimeSpan.FromSeconds(2))
});
Now these options will serve as the cache-wide default, usable in every method call as a "starting point".
Then, we just change our method call to simply this:
var id = 42;
cache.GetOrSet<Product>(
$"product:{id}",
_ => GetProductFromDb(id),
options => options.SetDuration(TimeSpan.FromSeconds(30))
);
The DefaultEntryOptions
we did set before will be duplicated and only the duration will be changed for this call.
If you are in for a ride you can read a complete step by step example of why a cache is useful, why FusionCache could be even more so, how to apply most of the options available and what results you can expect to obtain.
Distributed systems are, in general, quite complex to understand.
When using FusionCache with the distributed cache, the backplane and auto-recovery the Simulator can help us seeing the whole picture.
FusionCache targets .NET Standard 2.0
so any compatible .NET implementation is fine: this means .NET Framework
(the old one), .NET Core 2+
and .NET 5/6/7/8+
(the new ones), Mono
5.4+ and more (see here for a complete rundown).
NOTE: if you are running on .NET Framework 4.6.1 and want to use .NET Standard packages Microsoft suggests to upgrade to .NET Framework 4.7.2 or higher (see the .NET Standard Documentation) to avoid some known dependency issues.
There are various alternatives out there with different features, different performance characteristics (cpu/memory) and in general a different set of pros/cons.
A feature comparison between existing .NET caching solutions may help you choose which one to use.
Nothing to do here.
After years of using a lot of open source stuff for free, this is just me trying to give something back to the community.
If you really want to talk about money, please consider making β€ a donation to a good cause of your choosing, and let me know about that.
Yes!
FusionCache is being used in production on real world projects for years, happily handling millions and millions of requests.
Considering that the FusionCache packages have been downloaded more than 6 million times (thanks everybody!) it may very well be used even more.
Oh, and it is being used in products by Microsoft itself, like Data API Builder!
If you find FusionCache useful please let me know, I'm really interested!
This is the only way for me to know how it is helping people.