Bir uygulama, us-west-2 Bölgesi'ndeki bir Application Load Balancer'ın (ALB) arkasında çalışmaktadır. Bir Route 53 kayıt kümesi, app.anycompany.com için basit bir yönlendirme politikası kullanarak bu ALB'ye işaret eden bir takma ad (alias) içerir. Şirket, birçok yeni kullanıcının bu bölgede olması ve yüksek gecikme süresi yaşaması nedeniyle aynı uygulamayı ap-southeast-2'ye dağıttı. Bir SysOps yöneticisi, ana bilgisayar adını değiştirmeden her kullanıcı için isteklerin otomatik olarak en düşük gecikme süresine sahip ALB'ye yönlendirilmesini sağlamalıdır. Bu gereksinimi hangi yaklaşım karşılar?

Doğru cevap, gecikme yönlendirme politikası kullanmaktır. Bu politika, Route 53'ün kullanıcıların isteklerini en düşük gecikme süresine sahip AWS Bölgesindeki kaynağa yönlendirmesini sağlar. Her ALB için bir gecikme kaydı oluşturarak, kullanıcılar otomatik olarak kendilerine en yakın ve en hızlı yanıt veren ALB'ye yönlendirilir. Mevcut takma ad kaydına yeni ALB'nin DNS adını eklemek işe yaramaz çünkü bu, yalnızca tek bir ALB'ye işaret etmeye devam eder veya yalnızca birincil kaydı kullanır. Coğrafi konum yönlendirme politikası, kullanıcıların coğrafi konumuna göre yönlendirme yapar, ancak en düşük gecikme süresini garanti etmez; bazen coğrafi olarak daha uzak bir bölge daha düşük gecikmeye sahip olabilir. Çok değerli yönlendirme politikası, birden fazla IP adresini döndürür ve istemcinin hangi IP'yi seçeceği istemciye bağlıdır, bu da en düşük gecikmeyi garanti etmez.