Partager via

Politiques de cache Time-Based

Une stratégie de cache basée sur le temps définit l’actualisation des entrées mises en cache à l’aide de l’heure de récupération de la ressource, des en-têtes retournés avec la ressource et de l’heure actuelle. Lorsque vous définissez une stratégie de cache basée sur le temps, vous pouvez utiliser la stratégie basée sur le Default temps ou créer une stratégie personnalisée basée sur le temps. Lorsque vous utilisez la stratégie basée sur le temps par défaut pour les ressources obtenues à l’aide du protocole HTTP (Hypertext Transfer Protocol), le comportement exact du cache est déterminé par les en-têtes inclus dans la réponse mise en cache et par les comportements spécifiés dans les sections 13 et 14 de RFC 2616, disponibles sur le site web internet Engineering Task Force (IETF). Pour obtenir un exemple de code qui illustre la définition de la stratégie basée sur le temps par défaut pour les ressources HTTP, consultez Comment : définir la stratégie de cache de Time-Based par défaut pour une application. Pour obtenir des exemples de code qui illustrent la création et l’utilisation de stratégies de cache, consultez Configuration de la mise en cache dans les applications réseau.

Critères pour déterminer l’actualisation des entrées mises en cache

Pour personnaliser une stratégie de cache basée sur le temps, vous pouvez spécifier qu’un ou plusieurs des critères suivants doivent être utilisés pour déterminer l’actualisation des entrées mises en cache :

  • Âge maximal

  • Obsolescence maximale

  • Fraîcheur minimale

  • Date de synchronisation du cache

Remarque

L’utilisation de la stratégie de cache basée sur le temps par défaut ne doit pas être confondue avec la définition d’une stratégie de cache par défaut pour votre application. La stratégie basée sur le temps par défaut est une stratégie spécifique qui peut être utilisée au niveau de la requête ou de l’application. La stratégie de cache par défaut pour votre application est une stratégie (basée sur l’emplacement ou basée sur le temps) qui prend effet lorsqu’aucune stratégie n’est définie sur une demande. Pour plus d’informations sur la définition d’une stratégie de cache par défaut pour votre application, consultez DefaultCachePolicy.

Âge maximal

Le critère de stratégie d’âge maximal spécifie la durée pendant laquelle une copie mise en cache d’une ressource peut être utilisée. Si la copie mise en cache de la ressource est antérieure à la durée spécifiée, la ressource doit être revalidée en la vérifiant sur le contenu sur le serveur. Si l’âge maximal autoriserait l’utilisation de la ressource après son expiration, ce critère n’est pas respecté, sauf si une valeur d’obsolescence maximale est également spécifiée.

Obsolescence maximale

Le critère de stratégie d’obsolescence maximale spécifie la durée pendant laquelle la copie mise en cache de la ressource peut être utilisée après l’expiration du contenu. Il s’agit du seul critère de stratégie de cache qui autorise l’utilisation des ressources après leur expiration.

Fraîcheur minimale

La politique de fraîcheur minimale spécifie la durée pendant laquelle la copie mise en cache de la ressource peut être utilisée avant l’expiration du contenu. Cette stratégie a l’effet de provoquer l’expiration d’une entrée de cache avant sa date d’expiration ; par conséquent, les paramètres d’actualisation minimale et d’obsolescence maximale s’excluent mutuellement.

Date de synchronisation du cache

Le critère de stratégie de date de synchronisation du cache détermine quand une copie mise en cache d’une ressource doit être revalidée en la vérifiant sur le contenu sur le serveur. Si le contenu a changé depuis que l’élément a été mis en cache, il est récupéré à partir du serveur, stocké dans le cache et retourné à l’application. Si le contenu n’a pas changé, son horodatage est mis à jour et l’application obtient le contenu mis en cache.

La date de synchronisation du cache vous permet de spécifier une date absolue lorsque le contenu mis en cache doit être revalidé. Si une nouvelle entrée de cache a été revalidée avant la date de synchronisation du cache, la revalidation avec le serveur se produit toujours. Si l’entrée du cache a été revalidée après la date de synchronisation du cache et qu’il n’existe aucune exigence supplémentaire de fraîcheur ou de revalidation du serveur qui invalide l’entrée mise en cache, l’entrée du cache est utilisée. Si la date de synchronisation du cache est définie sur une date ultérieure, l’entrée est revalidée chaque fois qu’elle est demandée, jusqu’à ce que la date de synchronisation du cache passe.

Les rubriques suivantes fournissent des informations sur les effets de la combinaison des critères de stratégie de cache basés sur le temps :

Voir aussi

  • Last updated on