Une requête passe par plusieurs niveaux de cache, chacun plus proche de l'utilisateur servant plus rapidement mais stockant moins. L'idée est de répondre aussi loin que possible (près du client) et ne descendre à l'origine que si aucun système en amont ne peut servir la réponse.
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(closest to user, fastest) (closest to data)
Cache-Control/ETag ; les ressources obtiennent souvent des TTL longs (jours–année) avec des noms de fichiers hachés.for each layer outward → inward:
if layer has fresh copy → return it (stop here) // a hit; cheapest possible
else → ask the next layer in // a miss; falls through
origin (app + DB) → does the real work, fills caches on the way back out
Chaque niveau échange fraîcheur contre vitesse : les niveaux extérieurs sont les plus rapides mais les plus susceptibles d'être obsolètes, donc appliquez des TTL longs + hachage de contenu sur les choses vraiment statiques et des TTL courts + invalidation sur les choses dynamiques.
La plupart de la réduction de latence et de charge dans une pile web provient de la mise en cache au bon niveau. Savoir ce que chaque niveau retient et son TTL typique vous permet de placer un cache où il aide réellement, d'éviter de servir des données obsolètes, et de raisonner sur la raison pour laquelle un changement n'a pas apparu (quel niveau sert encore une ancienne copie).
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don