Lorsque vous utilisez CDNDCDN pour accélérer les ressources statiques, CDNDCDN met ces ressources en cache sur le point de présence (POP) le plus proche. Vous récupérez ainsi directement la ressource depuis le POP lors de son accès, 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 a expiré, CDNDCDN demande les dernières données au serveur d'origine.
Fonctionnalités de mise en cache
DCDN prend en charge les fonctionnalités de mise en cache suivantes.
|
Fonctionnalité |
Description |
|
Les règles d'expiration du cache contrôlent la durée de conservation des ressources sur les points de présence (POP) DCDN. Elles vous permettent d'équilibrer la fraîcheur du contenu, les performances d'accès et les coûts de récupération depuis l'origine. Cette rubrique explique le fonctionnement des règles de mise en cache, leur configuration et leur vérification, ainsi que le dépannage des problèmes liés au cache. Elle fournit également des bonnes pratiques pour les environnements de production. |
|
|
Lorsqu'un nœud CDN DCDN récupère une ressource depuis le serveur d'origine, ce dernier renvoie un code d'état de réponse. Dans Alibaba Cloud CDN DCDN, configurez une durée de mise en cache pour ces codes d'état. Lorsqu'un client demande à nouveau la même ressource, CDN DCDN renvoie directement le code d'état sans déclencher de récupération depuis l'origine, ce qui réduit la charge sur le serveur d'origine. Une nouvelle récupération depuis l'origine est déclenchée à l'expiration de la durée configurée. |
|
|
Les en-têtes de réponse sortants font partie des en-têtes de message de réponse HTTP. Ils transportent des paramètres de réponse spécifiques vers les clients et permettent de contrôler divers comportements client, tels que la gestion du cache, l'accès cross-origin, les types de contenu et les méthodes de téléchargement. En modifiant les en-têtes de réponse sortants, le message de réponse renvoyé par CDN DCDN inclut les en-têtes configurés lorsque les utilisateurs demandent des ressources sous un nom de domaine accéléré. Cela active des fonctionnalités spécifiques telles que l'accès cross-origin. |
|
|
Après la création d'une page d'erreur personnalisée, les points de présence (POP) renvoient cette page au lieu de la page d'erreur par défaut si le contenu demandé n'existe pas ou si une erreur se produit. L'expérience utilisateur s'en trouve améliorée grâce à des retours clairs et exploitables. |
|
|
Lorsqu'une ressource est déplacée sur le serveur d'origine, les points de présence (POP) de Dynamic Content Delivery Network (DCDN) réécrivent les URL de requête obsolètes et les redirigent vers le nouveau chemin. Cela réduit les requêtes de retour à l'origine et améliore les performances d'accès. |
|
|
Les règles de clé de cache personnalisée génèrent des clés de cache à partir de parties spécifiques d'une requête HTTP, telles que l'URI, les paramètres de requête, les en-têtes HTTP ou les variables personnalisées. En consolidant les requêtes pour la même ressource sous une clé de cache uniforme, cette fonctionnalité améliore les taux de succès du cache, réduit les récupérations depuis l'origine et diminue les temps de réponse ainsi 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 aux ressources depuis différentes origines. |
Pour les requêtes dynamiques, ignorez le taux de succès des requêtes ou le taux de succès des octets pour les raisons suivantes :
Les données entre le client et les POP DCDN sont transmises via HTTP/2, qui prend en charge la compression des en-têtes. Les requêtes de retour à l'origine sont envoyées via HTTP. Le trafic des requêtes de retour à l'origine est donc supérieur à celui des requêtes d'accès en périphérie.
Par défaut, les POP DCDN ajoutent aux requêtes de retour à l'origine des en-têtes indiquant les informations DCDN. Ces en-têtes augmentent également la taille des requêtes de retour à l'origine.
Dans les deux cas, la quantité de données liée au succès des octets est faible et peut être ignorée.