Bir paket teslimat şirketi, Amazon EC2 örneklerinde Amazon Aurora MySQL DB kümesiyle bir uygulama çalıştırmaktadır. Uygulama büyüdükçe, EC2 kullanımı yalnızca biraz artarken, DB kümesi kullanımı çok daha hızlı artmaktadır. Bir okuma replikası eklemek, DB yükünü yalnızca kısa bir süreliğine azaltır; yük artmaya devam eder. DB kullanımını artıran işlemler, teslimat detaylarıyla ilgili tekrarlanan okuma ifadeleridir. Şirketin, tekrarlanan okumaların DB kümesi üzerindeki etkisini EN uygun maliyetle azaltması gerekmektedir. Bu gereksinimi hangi çözüm karşılar?

Uygulama ile DB kümesi arasına bir Amazon ElastiCache for Redis kümesi uygulamak, tekrarlanan okuma sorgularının veritabanına ulaşmasını engelleyerek maliyet etkin bir çözüm sunar. Redis, yüksek performanslı bir bellek içi önbellek olduğundan, sık erişilen teslimat detaylarını önbelleğe alarak veritabanı üzerindeki yükü önemli ölçüde azaltır. Bu, veritabanı kaynaklarının daha verimli kullanılmasını sağlar ve ölçeklendirme ihtiyacını geciktirir. Ek bir okuma replikası eklemek veya Aurora Auto Scaling'i yapılandırmak, okuma yükünü dağıtsa da, temel sorun olan tekrarlanan okumaların veritabanına ulaşmasını engellemez ve maliyetleri artırır. DB kümesini birden çok yazıcı örneğine sahip olacak şekilde değiştirmek ise yazma performansını artırır, ancak buradaki sorun okuma yüküdür.