Edge computing vs CDN traditionnel : réduire la latence avec Cloudflare Workers
Ce que l'edge computing ajoute au CDN : exécuter de la logique près de l'utilisateur avec Cloudflare Workers et Lambda@Edge.
Un CDN rapproche vos fichiers de l’utilisateur. L’edge computing rapproche votre code. Cette différence compte lorsque la latence vient moins des images que des décisions prises à chaque requête.
Ce qu’un CDN fait bien
Un CDN met en cache les assets statiques, termine TLS, compresse les réponses, applique des règles simples et soulage l’origine. Pour images, CSS, JavaScript, vidéos et polices, c’est une victoire directe.
Ce que l’edge ajoute
Cloudflare Workers et Lambda@Edge permettent d’exécuter de la logique proche de l’utilisateur : validation JWT, rate limiting par tenant, personnalisation, routage API, transformation de headers, lecture depuis KV/R2 ou blocage avant l’origine.
Bons cas d’usage
L’edge convient aux décisions légères, fréquentes et sensibles à la latence. Authentification périmétrique, A/B testing, redirects complexes, APIs rapides et sécurité côté edge sont de bons candidats.
Il convient moins aux traitements lourds, transactions fortement cohérentes ou flows qui appellent toujours une base centrale. Si chaque requête edge repart à l’origine, vous avez surtout ajouté de la complexité.
Règle pratique
CDN pour les bytes cacheables. Edge functions pour les décisions rapides près de l’utilisateur. Gardez le calcul lourd et l’état transactionnel là où la cohérence est maîtrisée.