Qu'est-ce qu'un CDN (Content Delivery Network) ? Fonctionnement, Exemples

Qu'est-ce qu'un CDN (Content Delivery Network) ?

Un Content Delivery Network (CDN) est un système globalement distribué de serveurs edge qui cachent des copies de contenu de site web (HTML, images, JavaScript, CSS, vidéo, fonts) près des utilisateurs finaux. Quand un utilisateur demande une page, le CDN sert le contenu caché depuis le serveur edge le plus proche au lieu de le récupérer depuis le serveur origin à des milliers de kilomètres. Le résultat : page loads plus rapides, charge serveur origin réduite, meilleure résilience aux pics de trafic et fiabilité améliorée quand des serveurs individuels tombent en panne.

Principaux fournisseurs CDN : Cloudflare, Akamai, AWS CloudFront, Fastly, Google Cloud CDN et Bunny.net.

Comment un CDN fonctionne

1. L'utilisateur demande une URL.
2. Le DNS route vers l'edge le plus proche.
3. L'edge vérifie son cache. Cache HIT : l'edge sert directement. Cache MISS : l'edge récupère depuis l'origin.
4. Les utilisateurs suivants obtiennent la copie cachée.

Le cache hit ratio est la métrique primaire de performance CDN. Un CDN bien configuré atteint routinement 90%+ de cache hit ratios pour le contenu statique.

Pourquoi utiliser un CDN ?

• Latence plus basse. Utilisateur à Tokyo récupérant depuis un origin US-east : ~150ms RTT minimum. Depuis l'edge Tokyo : ~10ms.
• Charge origin réduite.
• Économies de coûts bandwidth.
• Mitigation DDoS.
• Résilience géographique.
• Terminaison HTTPS.
• Optimisation d'images, compression.

Ce que les CDNs cachent (et ne cachent pas)

Architectures CDN

• Tier edge. Centaines de petits serveurs dans des villes.
• Tier regional/shield. Serveurs de consolidation plus grands.
• Origin. Votre vrai serveur applicatif.

Principaux fournisseurs CDN comparés

Problèmes courants CDN

• Cache stale après deploys. Solutions : filenames content-hash, calls API invalidation.
• Politique cache incorrecte sur contenu dynamique.
• Explosion cookie-vary.
• Misconfiguration HTTPS.
• Caching trop agressif.
• Surcharge origin pendant cache stampede.

Features sécurité CDN

• Protection DDoS.
• Web Application Firewall (WAF).
• Gestion de bots.
• Rate limiting.
• Enforcement HTTPS.

Métriques performance CDN à suivre

• Cache hit ratio. Cible : 90%+ pour contenu statique.
• Time to First Byte (TTFB) à l'edge. Devrait être sous 200ms globalement.
• Offload origin.
• Latence per-région.
• Coûts bandwidth.
• Taux d'erreur par status code.

FAQ : CDN

Ai-je besoin d'un CDN si mon site est petit ?

Si les utilisateurs sont dans une région géographique près de votre origin, peut-être pas. Si les utilisateurs sont globaux ou que vous voulez de la résilience, oui. Le tier gratuit de Cloudflare rend la barrière de coût essentiellement nulle.

Un CDN peut-il cacher les responses API ?

Oui, avec précaution. Les responses API read-only (GET /products) cachent bien. Les données per-user (GET /me) ne devraient pas être cachées.

Comment invalider le contenu caché après un deploy ?

Deux patterns : (1) URLs versionnées avec content hashes ; (2) purge explicite via API CDN. Pattern 1 est plus fiable.

Quelle est la différence entre un CDN et l'edge computing ?

Un CDN sert le contenu statique caché. L'edge computing (Cloudflare Workers, AWS Lambda@Edge) exécute du code aux locations edge.

Comment un CDN réduit-il le risque DDoS ?

Les attaques volumétriques sont absorbées à l'edge avant d'atteindre votre origin.

Utiliser un CDN affecte-t-il le SEO ?

Positivement, si configuré correctement. Page loads plus rapides améliorent Core Web Vitals (un signal de ranking Google).

Testez la performance CDN avec LoadFocus

Si vous benchmarkez la performance CDN — mesurer la latence p95 depuis plusieurs régions, valider les cache hit ratios, tester les seuils de protection DDoS — LoadFocus exécute du page speed monitoring + load testing depuis 25+ régions cloud. Inscrivez-vous sur loadfocus.com/signup — pas de carte de crédit — et lancez votre premier test CDN multi-région en moins de 5 minutes.