Bir uygulama, olağanüstü durum kurtarma için bölgeler arası bir okuma replikası ile MySQL uyumlu bir Amazon Aurora Multi-AZ DB kümesi kullanır. DevOps mühendisinin, birincil veritabanı arızalanırsa replikanın birincil veritabanına yükseltilmesini otomatikleştirmesi gerekir. Bu, hangi çözümle gerçekleştirilebilir?

Doğru cevap, Aurora uç noktasını AWS Systems Manager Parameter Store'da saklamak, birincil veritabanı arızasını algılamak için bir Amazon EventBridge olayı kullanmak, bir okuma replikasını birincil veritabanına yükseltmek ve Parameter Store'daki uç nokta URL'sini güncellemek için bir AWS Lambda işlevi çalıştırmak ve uygulamanın bir veritabanı bağlantısı başarısız olursa uç noktayı Parameter Store'dan yeniden yüklemesini sağlamaktır. Bu yaklaşım, otomatik bir felaket kurtarma mekanizması sağlar. Uygulama, Parameter Store'dan dinamik olarak güncellenmiş uç noktayı alarak kesintisiz çalışmaya devam edebilir. Diğer seçenekler şunlar için uygun değildir: Gecikme tabanlı Route 53 CNAME, veritabanı arızalarını otomatik olarak ele almak için tasarlanmamıştır ve birincil veritabanı tamamen başarısız olduğunda çalışmayabilir. Aurora özel uç noktası oluşturmak, yükseltme sürecini otomatikleştirmez ve özel uç noktanın yeni birincil veritabanını işaret etmesi için manuel müdahale gerektirir. AWS CloudFormation şablonunu değiştirmek ve bir Lambda işlevi aracılığıyla yığını güncellemek, birincil veritabanı arızası durumunda karmaşık ve yavaş bir süreçtir.