Bir şirket, Amazon ECS'deki Docker kapsayıcılarının önünde bir ALB kullanarak ve verileri Amazon RDS for MySQL'de, kapsayıcı görüntülerini ise ECR'de tutarak bir topluluk forumu barındırıyor. RTO'su 24 saatten az veya eşit ve RPO'su 8 saatten az veya eşit olan bir olağanüstü durum kurtarma SLA'sına ihtiyaçları var. Bu RTO/RPO hedeflerini karşılayan EN uygun maliyetli çözüm hangisidir?

Doğru cevap, RTO ve RPO hedeflerini maliyet etkin bir şekilde karşılamak için yedekleme ve geri yükleme stratejisi kullanır. Docker görüntülerinin ECR'de iki Bölgede depolanması, uygulama kodunun kullanılabilirliğini sağlar. RDS anlık görüntülerinin 8 saatte bir alınması ve ikincil Bölgeye kopyalanması, RPO hedefini karşılar. Bir felaket durumunda, CloudFormation ile kaynakların ikincil Bölgede yeniden oluşturulması ve en son anlık görüntüden geri yükleme, RTO hedefini karşılar. DNS güncellemesi, trafiği yeni ortama yönlendirir. Diğer seçenekler neden yanlış: İlk seçenek, iki Bölgede tam bir ortamın sürekli çalıştırılmasını önerir ki bu en maliyetli çözümdür. RDS çok bölgeli replikasyonu, yüksek kullanılabilirlik sağlasa da, tam bir felaket kurtarma senaryosu için daha pahalı bir yaklaşımdır. Üçüncü seçenek, S3'e manuel yedekleme ve bölgeler arası replikasyon kullanır, bu da RDS anlık görüntülerine kıyasla daha karmaşık ve potansiyel olarak daha yavaş bir geri yükleme sürecidir. Ayrıca, Docker görüntüsünün manuel olarak aktarılması da ek bir adımdır. Dördüncü seçenek olan pilot ışık yaklaşımı, maliyet etkin olabilir ancak RDS okuma replikasının birincil olarak yükseltilmesi, RPO hedefini karşılamak için yeterli olmayabilir çünkü okuma replikası her zaman tam olarak güncel olmayabilir ve yazma işlemleri için optimize edilmemiştir.