Bir araç kiralama şirketi, mobil uygulaması tarafından kullanılan sunucusuz bir REST API oluşturdu. Yığın, Regional endpoint'li Amazon API Gateway, AWS Lambda ve bir Amazon Aurora MySQL Serverless DB kümesi kullanıyor. Ortaklara erişim açıldıktan sonra, istek hacmi hızla arttı ve aralıklı veritabanı bellek hatalarına neden oldu. Log'lar, birçok istemcinin kısa aralıklarla aynı sorgular için tekrarlanan HTTP GET istekleri gönderdiğini gösteriyor. Trafik, iş saatlerinde yoğunlaşıyor ve tatillerde zirve yapıyor. Şirket, maliyet artışını en aza indirirken artan yükü desteklemek istiyor. Bu gereksinimleri hangi yaklaşım karşılar?

Doğru cevap, API Gateway Regional endpoint'i edge-optimized bir endpoint'e dönüştürmek ve üretim aşamasında önbelleğe almayı etkinleştirmektir. Bunun nedeni, tekrarlanan HTTP GET isteklerinin aynı sorgular için yapılması ve bu durumun önbelleğe alma ile hafifletilebilmesidir. API Gateway önbelleğe alma, veritabanına yapılan gereksiz çağrıları azaltarak veritabanı üzerindeki yükü hafifletir ve bellek hatalarını önler. Edge-optimized endpoint, istemcilere daha yakın bir konumdan hizmet vererek gecikmeyi azaltır ve API performansını iyileştirir. Diğer seçenekler neden yanlış: Amazon ElastiCache for Redis kullanmak, Lambda fonksiyonlarında değişiklik gerektirdiğinden daha karmaşık bir çözümdür ve API Gateway'in yerleşik önbellekleme özelliğine göre ek maliyet ve yönetim yükü getirir. Aurora Serverless DB kümesinin maksimum kullanılabilir belleğini artırmak, yalnızca veritabanının kapasitesini artırır ancak tekrarlanan sorguların neden olduğu veritabanı yükünü ve maliyetini azaltmaz. API Gateway üretim aşamasında kısıtlamayı etkinleştirmek, gelen istekleri sınırlar ancak bu, performansı artırmak yerine kullanıcı deneyimini olumsuz etkileyebilir ve temel sorunu (tekrarlanan sorgular) çözmez.