Technical risks of putting a cache in front of your database – and what to do for your cache replacement instead

Teams experiencing subpar latency commonly turn to an external cache to meet the required SLAs. Placing a cache in front of your database might seem like a fast and easy fix, but it often ends up introducing unanticipated complexity, costs, and risks. External caches can be one of the more problematic components of distributed application architecture.

Join this webinar for a technical discussion of the risks associated with using an external cache and a look at how ScyllaDB’s cache implementation simplifies your architecture without compromising latency. We’ll cover:

  • Different approaches to caching (pre-caching vs. caching, side cache vs. transparent cache)
  • 7 specific reasons why external caching is a bad choice
  • Why Linux’s default caching doesn’t work well for databases
  • The advantages & architecture of ScyllaDB's specialized row-based cache
  • Real-world examples of why and how teams eliminated their external cache with ScyllaDB

REGISTER TO SAVE YOUR SEAT

Wednesday, December 18 2024

10am PT | 1pm ET | 2pm BRT

Can't make it? Sign up anyway - we'll send you the slides and recording after the broadcast.

Speakers

Speaker photo

Felipe Cardeneti Mendes
Technical Director

Speaker photo

Tomasz Grabiec
Software Engineer