Livraison de contenu en périphérie (edge)

Qu'est-ce que la livraison de contenu en périphérie ?

La livraison de contenu en périphérie (edge content delivery) consiste à servir du contenu web, comme des images, des scripts, des pages et certaines réponses d'API, depuis des serveurs situés en bordure de réseau, près du visiteur, plutôt que depuis le serveur d'origine à chaque requête. Quand le serveur edge répond depuis son cache, la requête n'atteint jamais l'origine, ce qui réduit la latence et décharge vos serveurs.

Comment ça marche

1. Un visiteur demande une URL et le DNS l'envoie vers un serveur edge proche.
2. Le serveur edge cherche une copie encore valide. S'il l'a, il répond aussitôt. Sinon, il récupère le fichier auprès de l'origine, le stocke et répond.
3. Vos en-têtes Cache-Control fixent la durée pendant laquelle une copie reste valide. Ensuite, le serveur edge la revalide ou la retélécharge.

MDN décrit ce type de cache comme un cache partagé géré : une réponse stockée peut servir de nombreux utilisateurs, et des requêtes identiques simultanées peuvent être regroupées en une seule vers l'origine.

Livraison edge, CDN et edge computing

• CDN : le réseau de serveurs et le service qui l'exploite. La livraison edge est ce que ce réseau fait de votre contenu.
• Edge computing : exécuter du code et de la logique près des utilisateurs, pas seulement servir des fichiers stockés.
• Livraison de contenu edge : servir une réponse, le plus souvent issue du cache, depuis l'emplacement edge le plus proche.

L'angle sécurité

Les serveurs edge peuvent absorber une partie d'un afflux de trafic, car les requêtes en cache sont traitées avant d'atteindre votre origine. C'est utile, mais pas une défense complète : les requêtes hors cache atteignent toujours l'origine, et l'origine ne devrait pas être joignable directement. Voir comment stopper les attaques DDoS pour les couches qui l'entourent. La CISA recommande un service de protection contre le déni de service comme mesure préventive.

L'autre risque est la confidentialité. MDN prévient que du contenu personnalisé dans un cache partagé peut fuiter vers d'autres utilisateurs, et qu'un cookie seul ne rend pas une réponse privée. Marquez les réponses propres à un utilisateur avec Cache-Control: private.

Erreurs courantes

• Mettre en cache à la périphérie des réponses personnalisées ou d'utilisateurs connectés.
• Oublier de purger ou de versionner les URL après une modification, si bien que les visiteurs voient des fichiers périmés. Voir invalidation du cache et tests de performance (en anglais).
• Juger la vitesse depuis un seul lieu, alors que le comportement de l'edge varie selon la région. Voir emplacements edge et charge cloud (en anglais).
• Ne tester en charge que le chemin en cache, jamais l'origine en cas de défaut de cache.

Tester et surveiller la livraison edge

Lisez les en-têtes de réponse d'une page ou d'une ressource avec l'outil curl en ligne gratuit : il affiche les en-têtes de cache comme Cache-Control et exécute GET et HEAD depuis six régions AWS à la fois. La surveillance de la vitesse de page lance des audits Lighthouse planifiés depuis 25 régions cloud, pour voir si les visiteurs éloignés de l'origine profitent du chemin rapide. Pour la charge, les tests de charge LoadFocus peuvent s'exécuter depuis 25 régions, et un test incluant des URL hors cache montre ce que l'origine encaisse quand le cache n'aide pas. À lire aussi : cache d'API et time to first byte.

Questions fréquentes : livraison de contenu edge

Est-ce la même chose qu'un CDN ?

Presque. Un CDN est le réseau et le service. La livraison de contenu edge décrit le fait de servir du contenu depuis les emplacements edge de ce réseau.

En quoi diffère-t-elle de l'edge computing ?

L'edge computing exécute du code près des utilisateurs. La livraison edge sert surtout des copies stockées. Beaucoup de fournisseurs proposent les deux.

Me protège-t-elle des attaques DDoS ?

Elle peut absorber une partie du trafic visant du contenu cacheable, mais c'est une couche, pas une défense complète. Protégez votre origine et utilisez un service de protection DDoS.

Pourquoi certains visiteurs voient-ils encore l'ancien contenu ?

Leur serveur edge le plus proche sert encore une copie jugée valide. Purgez le cache ou changez l'URL quand le fichier change.