Bir e-ticaret şirketi uygulamasını AWS üzerinde çalıştırmaktadır. Uygulama, veritabanı için Multi-AZ modunda bir Amazon Aurora PostgreSQL kümesi kullanır. Yakın zamanda yapılan bir promosyon kampanyası sırasında, uygulama yoğun okuma ve yazma yükü yaşadı. Kullanıcılar uygulamaya erişirken zaman aşımı sorunları yaşadılar. Bir çözümler mimarının, en AZ kesinti süresiyle uygulama mimarisini daha ölçeklenebilir ve yüksek oranda erişilebilir hale getirmesi gerekiyor. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, Aurora kümesine ek okuyucu örnekleri eklemek ve Aurora kümesi için bir Amazon RDS Proxy hedef grubu oluşturmaktır. Okuma yükünü dağıtmak için ek okuyucu örnekleri eklemek, uygulamanın okuma ölçeklenebilirliğini artırır. Amazon RDS Proxy, uygulama ile veritabanı arasındaki bağlantıları yöneterek ve havuzlayarak veritabanı bağlantılarını daha verimli hale getirir. Bu, yoğun yük altında bağlantı sorunlarını azaltır ve uygulamanın kullanılabilirliğini artırır. Diğer seçenekler neden yanlış: EventBridge ve Lambda kullanmak, durumu izlemek için faydalı olsa da doğrudan ölçeklenebilirlik veya yüksek erişilebilirlik sorunlarını çözmez. Yük devretme için ek okuyucu düğümler eklemek doğru bir adım olsa da, bağlantı yönetimini ele almaz. Zero-downtime restart (ZDR) ve Database Activity Streams, bakım ve izleme için faydalıdır ancak doğrudan okuma/yazma yükü ölçeklenebilirliği veya bağlantı yönetimi sorunlarını çözmez. Amazon ElastiCache for Redis önbelleği oluşturmak ve write-around yaklaşımıyla AWS DMS kullanarak verileri çoğaltmak, okuma performansını artırabilir ancak yazma yükü sorunlarını ele almaz ve DMS ile write-around, önbellek tutarlılığı için karmaşık bir yaklaşımdır.