Lorsque vous utilisez CDNDCDN pour accélérer des ressources statiques, CDNDCDN les met en cache sur le point de présence (POP) le plus proche. Lors de l'accès à une ressource, vous la récupérez ainsi directement depuis le POP, ce qui réduit la latence et améliore l'efficacité d'accès. Si le contenu demandé n'existe pas sur le POP ou s'il a expiré, CDNDCDN sollicite les données les plus récentes auprès du serveur d'origine.
Fonctionnalités de mise en cache
DCDN prend en charge les fonctionnalités de mise en cache suivantes.
|
Fonctionnalité |
Description |
|
Configurez des règles d'expiration du cache pour contrôler la durée de conservation des ressources sur les points de présence (POPs) de CDNDCDN. Vous équilibrez ainsi la fraîcheur du contenu, les performances d'accès et les coûts de récupération à l'origine. Cette rubrique explique comment configurer et valider ces règles, fournit des conseils de dépannage et présente les bonnes pratiques. |
|
|
Si vous configurez une page d'erreur personnalisée, les points de présence (POPs) renvoient cette page au lieu de la page par défaut lorsque le contenu demandé est introuvable ou en cas d'erreur. L'expérience utilisateur s'en trouve améliorée grâce à des messages clairs et actionnables. |
|
|
Lorsqu'une ressource est déplacée sur le serveur d'origine, les points de présence (POPs) DCDN réécrivent les URL de requête obsolètes pour les rediriger vers le nouveau chemin. Ce mécanisme réduit les requêtes de retour à l'origine et optimise les performances d'accès. |
|
|
Les règles de clé de cache personnalisée génèrent des clés à partir d'éléments spécifiques d'une requête HTTP (URI, paramètres de requête, en-têtes HTTP ou variables personnalisées). En regroupant les requêtes pour une même ressource sous une clé de cache unique, cette fonctionnalité augmente le taux de succès du cache, diminue les récupérations à l'origine et réduit tant les temps de réponse que la consommation de bande passante. |
|
|
Après avoir ajouté votre domaine à Alibaba Cloud CDNDCDN, configurez des en-têtes de réponse HTTP personnalisés pour activer le partage de ressources cross-origin (CORS) et accéder à des ressources provenant de différentes origines. |
Pour les requêtes dynamiques, ne tenez pas compte du taux de succès des requêtes ou du taux de succès en octets pour les raisons suivantes :
Les données entre le client et les POPs DCDN transitent par HTTP/2, protocole qui prend en charge la compression des en-têtes. Les requêtes de retour à l'origine sont envoyées via HTTP. Par conséquent, le trafic des requêtes de retour à l'origine dépasse nécessairement celui des requêtes d'accès en périphérie.
Par défaut, les POPs DCDN ajoutent aux requêtes de retour à l'origine des en-têtes contenant des informations DCDN, ce qui augmente également leur taille.
Dans ces deux cas, le faible volume de données comptabilisées comme succès en octets est négligeable.