Bir uygulama, bir Auto Scaling grubundaki Elastic Load Balancer arkasındaki Amazon EC2 örneklerinde çalışır ve bir Amazon DynamoDB tablosu kullanır. Şirket, uygulamanın başka bir AWS Bölgesinde minimum kesinti süresiyle kullanıma sunulabilmesini sağlamak istiyor. Bir çözümler mimarı, bu gereksinimi EN AZ kesinti süresiyle karşılamak için ne yapmalıdır?

Bu çözüm, aktif/pasif bir felaket kurtarma stratejisi sunar. Felaket kurtarma Bölgesinde önceden yapılandırılmış bir Auto Scaling grubu ve yük dengeleyici bulundurmak, birincil Bölge arızalandığında uygulamayı hızla çevrimiçi hale getirmek için gereken süreyi (RTO) en aza indirir. DynamoDB Global Tables, verilerin iki Bölge arasında otomatik olarak senkronize edilmesini sağlayarak veri kaybını (RPO) en aza indirir. DNS failover'ı, kullanıcı trafiğini otomatik olarak sağlıklı Bölgeye yönlendirerek kesintisiz bir geçiş sağlar. Diğer seçenekler neden doğru değil: Yalnızca CloudFormation şablonu oluşturmak, felaket anında kaynakların oluşturulmasını gerektireceğinden daha yüksek bir kurtarma süresi (RTO) ile sonuçlanır. DynamoDB tablosunu global table olarak yapılandırmadan CloudFormation kullanmak, veri senkronizasyonu sorunlarına yol açar. CloudWatch alarmı ile Lambda işlevi tetiklemek, DNS güncellemesi için ek bir gecikme yaratabilir ve manuel müdahale riski taşır, bu da en az kesinti süresi hedefine aykırıdır.