Bir şirket, birincil bir AWS Bölgesinde ve bir olağanüstü durum kurtarma (DR) Bölgesinde dağıtılan bir arka uç hizmetiyle bir web sitesine ev sahipliği yapmaktadır. Tek bir Amazon CloudFront dağıtımı sitenin önünde yer almaktadır. Şirket, birincil Bölgenin arka ucunu işaret eden sağlık kontrolleriyle bir Route 53 failover kaydı oluşturdu ve bu kaydı CloudFront dağıtımı için bir origin olarak yapılandırdı. İkincil bir failover Route 53 kaydı DR Bölgesi arka ucunu işaret etmektedir. Her iki Route 53 kaydının da TTL'si 60 saniyedir, ancak failover şu anda bir dakikadan uzun sürmektedir. Hangi tasarım en hızlı failover süresini sağlar?

CloudFront origin grupları, birincil origin başarısız olduğunda otomatik olarak ikincil bir origine geçiş yaparak en hızlı failover süresini sağlar. Bu, CloudFront'un kendi içinde failover mantığını yönettiği anlamına gelir ve DNS TTL'sine bağlı gecikmeleri ortadan kaldırır. Mevcut Route 53 kayıt setlerinin TTL'sini 4 saniyeye düşürmek failover süresini iyileştirse de, DNS önbelleğe alma ve yayılma süreleri nedeniyle CloudFront origin grubunun sağladığı anlık geçiş kadar hızlı olmayacaktır. İkinci bir CloudFront dağıtımı oluşturmak karmaşıklığı artırır ve Route 53 üzerinden failover yine DNS TTL'sine bağlı olur. Latency routing policy, en düşük gecikmeye sahip origin'e yönlendirme yapar, ancak birincil origin başarısız olduğunda otomatik failover sağlamaz.