Birincil bir AWS Bölgesi bir web uygulamasına ev sahipliği yaparken, ikincil bir Bölge olağanüstü durum kurtarma için beklemededir. Gereksinimler: oturum verileri bölgeler arasında neredeyse gerçek zamanlı olarak çoğaltılmalı; trafiğin %1'i sürekli olarak ikincil bölgeye yönlendirilmeli; birincil bölgedeki kesinti durumunda ikincil bölgeye otomatik yük devretme yapılmalı; ikincil bölge tüm trafiği kaldırabilecek şekilde ölçeklenmelidir. Bu gereksinimler nasıl karşılanmalıdır?

Doğru cevap, AWS Elastic Beanstalk'ı uygulama dağıtımı için, Amazon DynamoDB global tables'ı bölgeler arası neredeyse gerçek zamanlı oturum verisi çoğaltması için ve Amazon Route 53 weighted routing policy'yi %1'lik trafik yönlendirme ve sağlık kontrolleri ile otomatik yük devretme için kullanır. DynamoDB global tables, düşük gecikmeli, bölgeler arası veri çoğaltma sağlar. Route 53 weighted routing, %1'lik trafik yönlendirme gereksinimini karşılar ve sağlık kontrolleri ile birincil bölgedeki bir kesinti durumunda ikincil bölgeye otomatik yük devretmeyi mümkün kılar. Elastic Beanstalk, uygulamanın her iki bölgede de kolayca dağıtılmasını ve yönetilmesini sağlar. Diğer seçenekler şunları yapamaz: İkinci seçenek, Route 53 failover routing policy kullanır, bu da %1'lik sürekli trafik yönlendirme gereksinimini karşılamaz. Üçüncü seçenek, Amazon RDS for PostgreSQL'in bölgeler arası çoğaltma özelliği oturum verileri için neredeyse gerçek zamanlı performansı garanti etmeyebilir ve API Gateway/Lambda mimarisi, mevcut bir web uygulaması için her zaman en uygun çözüm değildir. Dördüncü seçenek, Amazon CloudFront weighted distribution, bölgeler arası trafik yönlendirme için uygun değildir çünkü CloudFront bir CDN'dir ve DNS tabanlı trafik yönlendirme için Route 53 daha uygundur.