definition en une ligne
L'Edge Computing exécute votre code sur des serveurs physiquement proches de vos utilisateurs dans le monde entier, plutôt que dans un seul centre de données centralisé.
formule : Aucune formule. Impact mesuré par : réduction de la latence (souvent de 50 à 80 % pour les utilisateurs géographiquement répartis) et amélioration du délai d'accès au premier octet (TTFB).
tl;dr
L’Edge Computing nécessitait autrefois une équipe DevOps. Désormais, Cloudflare Workers vous offre gratuitement plus de 300 emplacements dans le monde. Si votre application dessert des utilisateurs en dehors de la région de votre serveur, le déploiement en périphérie constitue le gain de performances le plus important par heure d'effort.
Définition simple
L'hébergement traditionnel place votre serveur au même endroit, par exemple us-east-1 en Virginie. Un utilisateur de Tokyo envoie une demande qui parcourt 11 000 km jusqu'en Virginie, est traitée et parcourt 11 000 km en retour. Aller-retour : 150 à 300 ms uniquement en latence du réseau, avant même que votre code ne s'exécute. L'Edge Computing résout ce problème en exécutant votre code dans des centres de données répartis dans le monde entier. La même demande de Tokyo atteint un serveur à Tokyo – ou du moins à Osaka – réduisant la latence du réseau à moins de 20 ms. Des plates-formes telles que Cloudflare Workers, Vercel Edge Functions et Deno Deploy rendent cela accessible à toute personne pouvant déployer une fonction.
Comment le calculer
Mesurez l’impact du déploiement Edge :
- TTFB (Time to First Byte) : testez à partir de plusieurs emplacements à l'aide d'outils tels que WebPageTest ou Pingdom. Comparez le TTFB de votre serveur centralisé à partir d'emplacements distants par rapport au TTFB déployé en périphérie.
- Delta de latence : la différence entre votre temps de réponse actuel pour les utilisateurs distants et le temps de réponse Edge. Pour un serveur hébergé aux États-Unis, les utilisateurs européens constatent généralement une amélioration de 100 à 200 ms ; Les utilisateurs asiatiques voient 200 à 400 ms.
- Global p95 : votre temps de réponse au 95e centile devrait diminuer considérablement et devenir plus cohérent d'une région à l'autre.
Un test simple : utilisez curl -w "%{time_starttransfer}" de différentes régions (utilisez un outil gratuit comme le test de performances de KeyCDN) avant et après le déploiement Edge.
Exemple
Vous créez un raccourcisseur de liens. Votre serveur fonctionne sur une seule instance Railway aux États-Unis. Les utilisateurs européens qui cliquent sur des liens raccourcis voient un TTFB de 320 ms, ce qui est perceptible lorsqu'ils s'attendent à ce qu'une redirection soit instantanée. Vous déplacez la logique de redirection vers Cloudflare Workers. Le même clic européen se résout désormais en TTFB de 18 ms car le Worker s'exécute à Francfort, à 50 km de l'utilisateur. Vous conservez votre API principale (création de liens, analyses) sur Railway car celles-ci sont moins sensibles à la latence. Migration totale : 3 heures. Coût mensuel : 0 $ (dans le cadre du niveau gratuit de Cloudflare). Votre raccourcisseur de liens semble désormais aussi rapide que Bitly pour les utilisateurs du monde entier.
Lecture connexe
- Latence API
- [Démarrage à froid](/glossaire/démarrage à froid)
Termes associes
- Latence de l'API
- Démarrage à froid
- Temps de disponibilité
FAQ
Quand l’edge computing est-il réellement important pour un produit indépendant ?+
Lorsque vos utilisateurs sont géographiquement dispersés et sensibles à la latence. Si 90 % de vos utilisateurs se trouvent dans une région, un seul serveur suffit. Si vous avez des utilisateurs aux États-Unis, en Europe et en Asie, l'informatique de pointe peut réduire de 200 à 400 ms chaque demande pour vos utilisateurs non américains. Cela est également important pour le référencement : Google utilise la vitesse des pages comme facteur de classement.
Quelles plates-formes facilitent l'informatique de pointe pour les constructeurs solo ?+
Cloudflare Workers (niveau gratuit : 100 000 requêtes/jour), Vercel Edge Functions et Deno Deploy sont les plus indépendants. Ils se déploient globalement par défaut : vous écrivez votre fonction une fois et elle s'exécute dans plus de 30 emplacements. Aucune infrastructure à gérer.