Le cache
Garder les données au plus près pour ne pas les recalculer : cache-aside, write-through, durée de vie, éviction, invalidation, et ce qui arrive quand le cache se vide ou tombe.
- 34 cartes
- 3 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Mises en situation
- Compromis et pannes
Quelques cartes du deck
Cache : de quoi s'agit-il ?
Voir la réponse
Stockage rapide qui garde des données récemment ou souvent utilisées pour éviter de les relire ou de les recalculer.
Il répond plus vite et soulage la source, au prix de données parfois périmées.
La base sature en lecture sur les mêmes fiches produits, très consultées. Que faites-vous ?
- Un cache-aside devant la base
- Plus de serveurs web
- Partitionner la base tout de suite
- Allonger le délai d'attente
Voir la réponse
Un cache-aside devant la base
Les lectures répétées sont servies par le cache ; la base ne voit plus que les défauts.
Cache-aside (chargement paresseux) : de quoi s'agit-il ?
Voir la réponse
L'application lit d'abord le cache ; si la donnée manque, elle la lit à la source puis la range dans le cache.
Seul ce qui est vraiment demandé entre dans le cache.
Le cache tombe. Quel est le risque ?
- Toutes les lectures retombent sur la base, qui peut ne pas tenir
- Aucun, le cache n'est qu'une optimisation
- Les données sont perdues
- Seules les écritures échouent
Voir la réponse
Toutes les lectures retombent sur la base, qui peut ne pas tenir
Un cache dont on dépend pour tenir la charge doit être redondant, et la base protégée.