Une application s'exécute derrière un Application Load Balancer (ALB) dans la région us-west-2. Un ensemble d'enregistrements Route 53 contient un alias pour app.anycompany.com qui pointe vers cet ALB en utilisant une politique de routage simple. L'entreprise a déployé la même application dans ap-southeast-2 car de nombreux nouveaux utilisateurs se trouvent dans cette région et constatent une latence élevée. Un administrateur SysOps doit s'assurer que les requêtes sont automatiquement acheminées vers l'ALB à la latence la plus faible pour chaque utilisateur sans modifier le nom d'hôte. Quelle approche satisfait cette exigence ?

La politique de routage de latence de Route 53 est conçue pour acheminer les requêtes des utilisateurs vers la ressource qui offre la latence la plus faible. En créant deux enregistrements de latence, un pour chaque ALB dans les régions respectives (us-west-2 et ap-southeast-2), Route 53 déterminera automatiquement quel ALB est le plus proche de l'utilisateur en termes de latence et dirigera le trafic en conséquence, sans modifier le nom d'hôte. Ajouter le nom DNS du nouvel ALB comme valeur supplémentaire sur l'enregistrement d'alias existant avec une politique simple ne fonctionnera pas, car la politique simple ne gère pas la latence et ne permet qu'une seule valeur. La politique de routage de géolocalisation dirigerait le trafic en fonction de l'emplacement géographique de l'utilisateur, ce qui n'est pas nécessairement la même chose que la latence la plus faible. Le routage à valeurs multiples renverrait plusieurs adresses IP, laissant le client choisir, ce qui n'est pas une solution de routage basée sur la latence.