Test de latence des régions cloud
Choisis la région la plus rapide pour ton déploiement en mesurant les temps de réponse HTTPS réels depuis ta position.
Ce que tu mesures vraiment
Quand tu ouvres la page d'un fournisseur (comme /aws), ton navigateur envoie de vraies requêtes fetch() vers les points de contrôle de chaque région. Chaque point est testé deux fois :
| Métrique | Ce que ça inclut | Idéal pour |
|---|---|---|
| Temps d'établissement | Résolution DNS + connexion TCP + handshake TLS + premier aller-retour HTTP | Estimer la latence de démarrage à froid (première requête utilisateur) |
| Temps de réponse | Aller-retour HTTP sur une connexion déjà ouverte | Estimer la latence en régime permanent des appels API |
⚠ Ce n'est pas un ping ICMP. Les ingénieurs réseau utilisent le ping ICMP pour le temps d'aller-retour brut au niveau réseau. Nos chiffres sont plus élevés parce qu'ils incluent toute la pile HTTPS, mais ils sont aussi plus représentatifs de ce que ton application vit réellement. Vois ça comme de la latence au niveau applicatif, pas de la latence réseau.
Comment choisir une région
- Ouvre la page d'un fournisseur ci-dessous. Tous les endpoints régionaux commencent à être testés automatiquement.
- Attends les résultats. Le chiffre principal (en gras) est ton temps de réponse en régime permanent. Le chiffre plus petit "Établissement" correspond au surcoût de démarrage à froid.
- Le temps de réponse le plus bas = la région la plus proche. Si deux régions sont à ~10ms d'écart, elles sont pratiquement équivalentes. Choisis alors selon d'autres critères (tarifs, conformité, services disponibles).
- Lance des tests à différents moments de la journée. La congestion et le routage peuvent faire varier les résultats, surtout sur les chemins intercontinentaux.
Lire les chiffres
| Temps de réponse | Ce que ça veut dire |
|---|---|
| < 50ms | Même région ou proximité immédiate. Excellent pour les applis sensibles à la latence |
| 50–150ms | Même continent, ville différente. Bon pour la plupart des charges de travail |
| 150–300ms | Intercontinental. Acceptable pour les API, perceptible en temps réel |
| > 300ms | Autre bout du monde. Envisage un CDN ou une architecture multi-région |
Tester par fournisseur
Chaque page teste les endpoints dans toutes les régions mondiales du fournisseur :
Tester par zone géographique
Compare tous les fournisseurs dans une zone du monde spécifique :
Astuces
- Mets en favori. C'est une PWA légère. Installe-la sur ton téléphone ou ton ordinateur et teste la connectivité depuis n'importe quel réseau.
- Utilise les listes personnalisées pour ton infra interne. Tu as des serveurs de staging, des API internes ou des endpoints de health-check ? Crée une liste personnalisée avec ces URLs et mets-la en favori.
- Compare avec les sondes serveur. Sous chaque endpoint, déplie "Sondes serveur" pour voir les temps de réponse depuis nos serveurs dans différentes régions. Utile pour écarter les problèmes de réseau local.
- Le site fait ~200 Ko. Pas de frameworks à télécharger, pas de pubs, pas de trackers. Toute l'appli est pré-construite en fichiers statiques servis depuis un CDN.