|
|
|
|
|
|
by jdsully
1877 days ago
|
|
|
Take the scenario where you have an 9 node redis cluster. With KeyDB you could shrink that down to 3 nodes with 3 threads while getting the same throughput. This reduces the maintenance burden while also reducing latency. There's overhead to connecting to a different cluster server each time you access a seperate shard. Even better you might be able to avoid having a cluster at all. For many that’s the biggest win with KeyDB. |
|
|
While I agree with your point, this concern is easily addressed with connection pools.