CDN:Purger et précharger des ressources

Purge des ressources

Une opération de purge envoie une commande d'invalidation de cache aux nœuds edge plutôt que de supprimer directement les fichiers. Lorsqu'un nœud edge reçoit cette commande, il marque les ressources en cache correspondantes comme « invalides » ou « expirées ». Lors de la requête suivante pour cette ressource, le nœud edge détecte l'invalidité du cache, interroge le serveur d'origine pour récupérer la dernière version, puis la diffuse à l'utilisateur tout en la mettant en cache.

Méthode de purge par défaut dans la console : lorsque vous effectuez une purge de répertoire ou une purge basée sur des expressions régulières dans la console CDN, le système applique par défaut une purge douce (soft purge). Celle-ci se contente de marquer le cache comme expiré. Lors de l'interrogation du serveur d'origine, le nœud edge inclut un en-tête If-Modified-Since ou If-None-Match dans la requête. Si le serveur d'origine renvoie une réponse 304 Not Modified, le nœud edge conserve l'ancienne copie en cache. Cette méthode économise le trafic d'interrogation vers l'origine, mais risque de laisser les utilisateurs accéder à un contenu obsolète, notamment lors de mises à jour de fichiers portant le même nom, de suppressions de contenus non conformes ou après des modifications de configuration. Pour vider complètement le cache, nous vous recommandons d'appeler l'opération d'API purgeObjectCaches et de définir le paramètre Force sur true afin d'exécuter une purge forcée.

Cas d'utilisation

• Mises à jour et publications de ressources : après avoir mis à jour ou amélioré des ressources sur votre serveur d'origine, envoyez les URL ou répertoires correspondants pour une purge. Les utilisateurs accèdent ainsi au contenu le plus récent, qui est ensuite mis en cache sur les nœuds edge.

• Suppression de ressources non conformes : si votre site web contient des éléments non conformes, leur simple suppression du serveur d'origine ne suffit pas, car ils peuvent subsister dans le cache des nœuds edge. Une purge d'URL s'impose alors pour éliminer les ressources mises en cache et garantir le retrait rapide de ces contenus.

Préchargement des ressources

Le préchargement repose sur un mécanisme de type « pull » : les nœuds edge récupèrent de manière proactive les ressources depuis votre serveur d'origine pour les placer en cache. Il ne s'agit donc pas d'une poussée (« push ») depuis l'origine. Cette technique accélère l'accès initial aux nouvelles ressources ou aux pages d'événements. Elle réduit également la pression sur le serveur d'origine lors du lancement de produits ou de campagnes, protégeant ainsi votre infrastructure.

Mécanisme de préchargement : par défaut, une opération de préchargement stocke les ressources sur les nœuds d'interrogation d'origine de niveau 2 (la couche de cache L2) au lieu de les distribuer à tous les nœuds edge L1. Lors du premier accès d'un utilisateur à une ressource, le nœud edge L1 récupère le contenu depuis un nœud d'interrogation d'origine de niveau 2 ou depuis le serveur d'origine, puis le met en cache. Le préchargement sert donc principalement à alléger la charge de votre serveur d'origine. Une couverture complète du cache sur les nœuds edge L1 dépend des habitudes réelles d'accès des utilisateurs. Ce n'est qu'après la mise en cache locale du contenu par un nœud L1, déclenchée par la requête d'un utilisateur, que les utilisateurs suivants de la même région bénéficient d'un accès direct au cache de ce nœud L1.

Cas d'utilisation

• Configuration initiale de CDN : après avoir ajouté votre domaine à CDN, préchargez les ressources statiques populaires sur les nœuds edge. Les nœuds edge répondent alors directement aux requêtes des utilisateurs, ce qui supprime les temps de chargement initiaux élevés et améliore l'expérience utilisateur.

• Lancement d'opérations promotionnelles : avant un événement majeur, préchargez toutes les ressources statiques des pages concernées. Au démarrage de l'événement, ces ressources sont déjà présentes dans le cache des nœuds edge et peuvent être diffusées immédiatement, garantissant ainsi des temps de chargement rapides.

• Publication de packages d'installation ou de fichiers volumineux : avant de publier une nouvelle version ou un package de mise à jour, préchargez les ressources sur les nœuds edge. Dès la mise en ligne du produit, les nœuds edge traitent directement les requêtes de téléchargement, ce qui augmente la vitesse de transfert et diminue la charge de votre serveur d'origine.

Hiérarchie du cache de préchargement et résultats attendus

Une opération de préchargement stocke principalement les ressources sur les nœuds d'agrégation L2, et non sur l'ensemble des nœuds edge L1 (POP). Lorsqu'un utilisateur demande une ressource préchargée pour la première fois, le POP L1 la récupère depuis le nœud L2 ou le serveur d'origine. Le préchargement vise donc avant tout à réduire la pression sur le serveur d'origine, sans garantir de succès immédiat dans le cache de tous les POP L1.

• Évaluation des coûts : le préchargement contribue à améliorer les taux de réussite dans le cache. Toutefois, pour les petits fichiers ou les ressources peu consultées, évaluez soigneusement son coût. En effet, cette opération génère un trafic d'interrogation vers l'origine, approximativement égal à la taille du fichier multipliée par le nombre de nœuds L2.

Purger les ressources

1. Connectez-vous à la console CDN.

2. Dans le volet de navigation de gauche, cliquez sur Purge and Prefetch.

3. Sous l'onglet Purge/Prefetch, sélectionnez Purge comme type d'opération.

4. Choisissez un type de purge, puis envoyez la tâche.

Comment purger un site entier (purge complète ou purge du répertoire racine)

CDN ne propose pas d'option de purge complète en un clic. Vous pouvez toutefois y parvenir grâce aux méthodes suivantes :

1. Purge de répertoire : choisissez Directory comme méthode de purge, puis saisissez l'URL du répertoire racine de votre nom de domaine (par exemple, https://<accelerated domain name>/). L'URL doit impérativement se terminer par une barre oblique (/).

2. Purge forcée (API) : si certains POP continuent de diffuser du contenu obsolète après une purge de répertoire, appelez l'API de purge du cache (RefreshObjectCaches) et définissez le paramètre Force sur true. Une purge forcée supprime inconditionnellement les ressources mises en cache de tous les POP, ce qui contraint le système à récupérer les données auprès de l'origine lors de la requête suivante.

   Remarque

   Le paramètre Force n'est pas disponible dans le formulaire de purge de la console. Pour effectuer une purge forcée, utilisez l'API ou le SDK.

3. Cliquez sur Submit pour lancer la tâche de purge.

   • Une fois envoyée, une tâche de purge ne peut plus être annulée.

   • La propagation d'une tâche de purge sur l'ensemble du réseau prend généralement entre 5 et 6 minutes. Si le délai d'expiration d'une ressource mise en cache est inférieur à cette durée, aucune purge manuelle n'est nécessaire.

   • Si vous activez la purge automatique du cache CDN dans la console OSS, les tâches de purge automatiques lancées depuis OSS n'apparaissent pas dans la console CDN.

Précharger les ressources

1. Connectez-vous à la console CDN.

2. Dans le volet de navigation de gauche, cliquez sur Purge and Prefetch.

3. Sous l'onglet Purge/Prefetch, sélectionnez Prefetch comme type d'opération.

4. Dans le champ de saisie d'URL, saisissez les URL complètes des fichiers à précharger, à raison d'une URL par ligne. Le préchargement de répertoires n'est pas pris en charge. Exemple : https://<accelerated domain name>/install/package.zip.

5. Cliquez sur Submit pour lancer la tâche de préchargement.

   • Une fois envoyée, une tâche de préchargement ne peut plus être annulée.

   • Le temps nécessaire à l'exécution d'une tâche de préchargement dépend de la taille des fichiers, de leur nombre et des performances du serveur d'origine. Comptez généralement entre 5 et 30 minutes.

Remarques relatives au préchargement des fichiers OSS

Lorsque votre serveur d'origine est OSS, respectez les exigences suivantes concernant les URL :

• Format d'URL : saisissez l'URL complète du nom de domaine accéléré par CDN (par exemple, https://cdn.example.com/path/file.zip). N'utilisez pas l'URL de l'endpoint interne ou public du bucket OSS (par exemple, https://<Origin Domain Name>/...).

• Paramètres de signature : les URL de préchargement ne doivent contenir aucun paramètre de signature temporaire OSS tel que Expires, OSSAccessKeyId ou Signature. Ces paramètres d'autorisation temporaire entraînent l'échec des tâches de préchargement.

• Code d'état de réponse du serveur d'origine : une tâche de préchargement exige que le serveur d'origine renvoie le code d'état 200. Si le serveur d'origine retourne une redirection 308 ou tout autre code d'état différent de 200, la tâche échoue. Par exemple, si l'absence de barre oblique finale dans l'URL provoque une redirection, ajoutez cette barre oblique puis renvoyez la tâche.

Automatiser les tâches de purge ou de préchargement

Nous vous recommandons d'utiliser un script automatisé pour purger et précharger les ressources dans les situations suivantes :

• Vous ne disposez pas de développeurs pour automatiser les tâches, et leur soumission manuelle engendre des coûts opérationnels élevés.

• Le volume d'URL à purger ou à précharger est trop important pour qu'une soumission par lots reste efficace.

• Vous devez vérifier manuellement ou par programmation que les tâches de purge et de préchargement s'exécutent correctement.

~ % curl -I http://oss.xxx.cn/1.png
HTTP/1.1 200 OK
Server: Tengine
Content-Type: image/png
Content-Length: 1605553
Connection: keep-alive
Date: Sun, 23 Feb 2025 15:33:38 GMT
x-oss-request-id: 67BB3Fxxx32B63123
x-oss-cdn-auth: success
Accept-Ranges: bytes
ETag: "469118F2ACF477CACAF4C9xxx"
Last-Modified: Wed, 12 Feb 2025 03:29:36 GMT
x-oss-object-type: Normal
x-oss-hash-crc64ecma: xxx005350070
x-oss-storage-class: Standard
Content-MD5: RpEY8qz0d8rxxx
x-oss-server-time: 103
Via: cache6.12cn2655[196,195,200-0,M], cache15.12cn2655[197,0], kunlun3.cn192[0,0,200-0,H], kunlun7.cn192[3,0]
Age: 69
Ali-Swift-Global-Savetime: 1740324818
X-Cache: HIT TCP_MEM_HIT dirn:-2:-2
X-Swift-SaveTime: Sun, 23 Feb 2025 15:33:38 GMT
X-Swift-CacheTime: 3600
Timing-Allow-Origin: *
EagleId: 3adad01b1740324887846539le

{
  "ObjectType": "Directory",
  "ObjectPath": "https://<accelerated domain name>/static/",
  "Force": true
}