Cloudflare
Réseau qui se place devant ton application, entre le visiteur et ton serveur. Sa première fonction est passive : mettre en cache et servir tes fichiers depuis le point de présence le plus proche du visiteur, absorber le trafic d'attaque, gérer le nom de domaine et le certificat. Sa seconde fonction est active, et c'est celle qui change la façon de construire : avec Workers, tu exécutes du code directement sur ce réseau, sans serveur à toi derrière. Pages sert les sites statiques et les applications monopage, R2 stocke les fichiers, D1 fournit une base SQLite distribuée. Le plan gratuit de Workers donne 100 000 requêtes par jour, avec 10 millisecondes de temps processeur par appel ; le plan payant démarre à 5 dollars par mois et inclut 10 millions de requêtes mensuelles.
Forces
- Réseau de diffusion, certificat et protection contre les attaques inclus, sans plafond de trafic sur les plans de base
- Workers : du code exécuté au plus près du visiteur, sans serveur à administrer
- R2 stocke les fichiers sans frais de sortie, ce qui change le calcul face au stockage objet classique
- Plan gratuit réellement exploitable en production pour un petit trafic
Limites
- L'exécution sur ce réseau n'est pas Node : des bibliothèques courantes ne fonctionnent pas telles quelles
- Dix millisecondes de processeur par appel sur le plan gratuit, un traitement lourd ne tient pas dans ce budget
- Surface de produits très large, la console demande un temps d'apprentissage réel
- Plus tu adoptes R2, D1 et Workers, plus le retour vers une pile standard devient un chantier
Pour qui
- Une application publique dont les visiteurs ne sont pas tous dans le même pays
- Une logique à exécuter avant ton application : redirections, réécritures, rendu spécifique aux robots