Sécuriser au niveau de l’edge
La requête atteint un point edge Adios disponible. Celui-ci termine la connexion TLS sécurisée et lit le domaine et le chemin demandés.
CDN mondial d’Adios
Quatorze emplacements edge actuels reçoivent le trafic Adios, servent les réponses en cache éligibles et acheminent les requêtes vers une réplique opérationnelle de l’application. Les points d’entrée edge sont distincts des ressources de calcul et de l’emplacement des données de l’application ; cette page présente la couverture actuelle, l’expansion prévue et le parcours des requêtes entre ces couches.
206.206.80.80Cartographier
Suivez les requêtes des utilisateurs du monde entier jusqu’à un point edge proche, puis à un worker de l’application. Les points verts indiquent les points edge actuels. Les points blancs indiquent les emplacements prévus.
Parcours de la requête en direct
Utilisateur → point edge le plus proche → worker de l’application
Actuelle
Ces points d’entrée sont actifs et reçoivent déjà le trafic Adios. Cela ne signifie pas que les ressources de calcul de l’application ou les données des clients se trouvent dans chaque ville répertoriée. Le code est le nom abrégé de chaque point edge.
| Emplacement | Zone | Code | État |
|---|---|---|---|
| Londres, Royaume-Uni | Europe | uk | Actuelle |
| Paris, France | Europe | fr | Actuelle |
| Amsterdam, Pays-Bas | Europe | nl | Actuelle |
| Madrid, Espagne | Europe | es | Actuelle |
| Francfort, Allemagne | Europe | de | Actuelle |
| Los Angeles, États-Unis | Amérique du Nord | la | Actuelle |
| Miami, États-Unis | Amérique du Nord | mi | Actuelle |
| New Jersey, États-Unis | Amérique du Nord | nj | Actuelle |
| São Paulo, Brésil | Amérique du Sud | br | Actuelle |
| Tokyo, Japon | Asie-Pacifique | jp | Actuelle |
| Singapour, Singapour | Asie-Pacifique | sg | Actuelle |
| Silicon Valley, États-Unis | Amérique du Nord | sv | Actuelle |
| Mumbai, Inde | Asie-Pacifique | mb | Actuelle |
| Chicago, États-Unis | Amérique du Nord | ord | Actuelle |
Prochainement
Nous prévoyons d’ajouter ces emplacements. Ils ne sont pas encore actifs. La liste et l’ordre de lancement peuvent changer.
| Emplacement | Zone | Code | État |
|---|---|---|---|
| Dallas, États-Unis | Amérique du Nord | À définir | Planifié |
| Oslo, Norvège | Europe | À définir | Planifié |
| Sydney, Australie | Asie-Pacifique | À définir | Planifié |
| Hong Kong, Hong Kong | Asie-Pacifique | À définir | Planifié |
| Phoenix, États-Unis | Amérique du Nord | À définir | Planifié |
| Mexique, Mexique | Amérique du Nord | À définir | Planifié |
| Tel Aviv, Israël | Moyen-Orient | À définir | Planifié |
| Dubaï, Émirats arabes unis | Moyen-Orient | À définir | Planifié |
| Dublin, Irlande | Europe | À définir | Planifié |
| Honolulu, États-Unis | Amérique du Nord | À définir | Planifié |
| Auckland, Nouvelle-Zélande | Asie-Pacifique | À définir | Planifié |
| Kathmandou, Népal | Asie-Pacifique | À définir | Planifié |
| Istanbul, Turquie | Europe | À définir | Planifié |
| Johannesburg, Afrique du Sud | Afrique | À définir | Planifié |
Comment ça marche
La requête atteint un point edge Adios disponible. Celui-ci termine la connexion TLS sécurisée et lit le domaine et le chemin demandés.
L’edge vérifie les règles d’accès et le pare-feu web. Il peut bloquer les attaques web courantes ou le trafic venant de pays non autorisés. Les contrôles contre les robots et les abus peuvent également bloquer les requêtes suspectes ou afficher un CAPTCHA avant que la requête atteigne votre application.
L’edge recherche une réponse en cache encore valide. S’il en trouve une, il renvoie le contenu à l’utilisateur sans contacter de worker.
Si le contenu n’est pas en cache, la requête rejoint un worker via le VPN WireGuard interne. Certaines connexions internes utilisent également TLS mutuel (mTLS), qui permet à chaque partie de vérifier l’autre.
Le worker transmet la requête à une réplique opérationnelle de l’application et renvoie la réponse via l’edge. Les réponses éligibles peuvent être enregistrées dans le cache CDN pour les requêtes suivantes.
Limites et emplacement
Non. Les emplacements répertoriés sont des points d’entrée edge. Les ressources de calcul de l’application et l’emplacement des données font l’objet de décisions distinctes et peuvent se trouver dans d’autres régions.
Non. Seuls les emplacements indiqués comme actuels sont actifs. Les emplacements prévus et leur ordre de lancement peuvent changer.
Non. L’edge peut servir les réponses en cache éligibles et encore valides. Les autres requêtes traversent le réseau de la plateforme jusqu’à une réplique opérationnelle de l’application.
Utilisez le lien Globalping de cette page pour tester 206.206.80.80 depuis plusieurs emplacements. Les résultats concernent le point de terminaison public, et non la latence de chaque application ou parcours de données.
Partez d’un modèle ou importez un dépôt existant, puis vérifiez la route générée et la version actuelle.