Qu’est-ce que Cache serveur ?

C'est comme garder les plats les plus demandés sous cloche : les suivants passent tout de suite sans refaire toute la préparation à la minute. Le cache serveur peut être en mémoire applicative (Redis, Memcached), au niveau reverse proxy (Varnish, NGINX), ou intégré au framework ([ISR](/lexique/isr-incremental-static-regeneration), CDN avec stale). Il complète le [cache navigateur](/lexique/cache-navigateur-cache-control) et le [CDN](/lexique/cdn-content-delivery-network) pour les fragments dynamiques.

Clé → valeur ; TTL ; invalidation par événement ou purge ; parfois cache écriture-through / aside. Attention cohérence avec [scalabilité](/lexique/scalabilite) multi-instance (invalidation broadcast). Distinct du simple scaling vertical.

Réduire la pression sur la base SQL ou les APIs tierces diminue coûts infra et améliore temps de réponse — sur workloads lecture-intensive, les équipes observent couramment des facteurs 2× à 10× sur throughput après mise en cache bien bornée (avec invalidation maîtrisée).

• Politiques TTL par type de donnée ; métriques hit ratio ; invalidation sur mise à jour métier ; garde-fous mémoire ; tests chaos expiration.

• Cacher données utilisateur sensibles sans segmentation par session. TTL infini sans stratégie invalidation. Debugging impossible sans tracing cache hit/miss.