Bir şirket, MySQL veritabanı tarafından desteklenen şirket içi bir uygulama çalıştırmaktadır. Şirket, esnekliği ve kullanılabilirliği artırmak için uygulamayı AWS'ye taşıyor. Üretim veritabanı, normal çalışma sırasında yoğun okuma etkinliği yaşıyor. Her 4 saatte bir geliştirme ekibi, bir hazırlık veritabanını doldurmak için üretim veritabanının tam bir dışa aktarımını çekiyor; bu dışa aktarım sırasında kullanıcılar kabul edilemez gecikme yaşıyor ve geliştirme ekibi dışa aktarım bitene kadar hazırlık ortamını kullanamıyor. Bir çözümler mimarının, uygulama gecikmesini ortadan kaldıran ve geliştirme ekibinin hazırlık ortamını gecikmeden kullanmasına olanak tanıyan bir yedek mimari önermesi gerekiyor. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, üretim için Multi-AZ Aurora Replicas ile Amazon Aurora MySQL kullanmak ve hazırlık veritabanını oluşturmak için isteğe bağlı olarak veritabanı klonlamayı kullanmaktır. Amazon Aurora, yüksek performans ve kullanılabilirlik sunar ve Multi-AZ Aurora Replicas, okuma yükünü dağıtarak üretim veritabanındaki gecikmeyi azaltır. Aurora'nın veritabanı klonlama özelliği, üretim veritabanının anlık bir kopyasını saniyeler içinde oluşturarak geliştirme ekibinin hazırlık ortamını gecikme olmadan kullanmasına olanak tanır. Klonlama işlemi, üretim veritabanının performansını etkilemez ve mysqldump gibi zaman alıcı ve kaynak yoğun yöntemlere göre çok daha hızlıdır. Diğer seçenekler yanlıştır çünkü: mysqldump kullanmak, üretim veritabanında gecikmeye neden olur ve geliştirme ekibinin hazırlık ortamını kullanmasını engeller. Amazon RDS for MySQL, Aurora'nın sunduğu veritabanı klonlama özelliğine sahip değildir ve beklemedeki örnekler yalnızca felaket kurtarma içindir, hazırlık ortamı olarak kullanılamaz.