Invalidation de cache

Retirer ou mettre à jour les copies en cache quand la source change est réputé difficile : les copies vivent à plusieurs endroits et les mises à jour entrent en concurrence avec les lectures. Les réponses courantes : TTL courts, suppression à l'écriture et clés versionnées.

Où on le retrouve dans les vrais systèmes

  • CDN

    Images, scripts, feuilles de style et vidéos sont mis en cache en bordure : la plupart des requêtes n'atteignent jamais tes serveurs. Un TTL long augmente le taux de hit mais ralentit la diffusion des mises à jour ; un bouclier d'origine regroupe les miss de tous les points de présence.

    En production : Amazon CloudFront, Cloudflare, Akamai, Fastly, Azure Front Door

  • Cache local

    Aucun aller-retour réseau : c'est le cache le plus rapide possible, mais chaque instance a sa propre copie. La mémoire est dupliquée et l'invalidation est difficile : les instances peuvent diverger pendant toute la durée du TTL.

    En production : Caffeine (Java), Guava cache, lru-cache (Node.js), functools.lru_cache

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.