Redis · Lección 06
¿Cómo funciona el patrón cache-aside y cómo se evita una avalancha de fallos?
Usar el mismo TTL exacto en todas las claves es la mejor práctica, porque así expiran todas a la vez y se renuevan juntas sin carga extra
La base de datos escribe directamente en Redis cada vez que cambia un dato, así que la aplicación nunca consulta la base de datos en caso de miss
Tras actualizar el dato en la base de datos no hace falta tocar la caché: el TTL garantiza que el valor nuevo aparecerá de inmediato
La aplicación consulta primero Redis y, si no está (miss), lee de la base de datos y guarda el resultado con TTL; al modificar el dato se invalida o actualiza la clave; para evitar que muchos fallos simultáneos golpeen la base al expirar claves populares, se añade jitter al TTL o se serializa la recarga
Redis · Lección 06
Completa el código
Añadir una variación aleatoria al TTL se llama
Revisa: jitter.
Redis · Lección 06
¿Por qué muchas claves con el mismo TTL pueden provocar una avalancha sobre la base de datos?
Pista: expiran en el mismo instante y todas las peticiones fallan a la vez hacia la base de datos, que recibe de golpe una carga para la que no está dimensionada; un jitter reparte las expiraciones en el tiempo.
✓
¡Lección completada!
Patrón cache-aside y avalancha de caché
0
XP ganado
3
Vidas restantes