Bir e-ticaret sitesi, siparişleri bir Amazon RDS for MySQL veritabanına yazan bir Lambda fonksiyonu kullanmaktadır. Servisin sipariş onaylarını anında döndürmesi gerekmektedir. Bir pazarlama kampanyası sırasında, operasyon ekibi, DB kümesi metrikleri sağlıklı CPU ve bellek gösterse bile RDS'ten "çok fazla bağlantı" hataları aldı. Geliştirici bağlantı hatalarını düzeltmek için ne yapmalıdır?

Doğru cevap, Lambda işleyicisinin dışında veritabanı bağlantısını açmak ve Amazon RDS Proxy kullanmaktır. Lambda fonksiyonları durumsuz olduğundan ve çok sayıda eşzamanlı örnek oluşturabildiğinden, her bir örnek veritabanına yeni bir bağlantı açmaya çalışarak "çok fazla bağlantı" hatalarına yol açabilir. Bağlantıyı işleyicinin dışında açmak, Lambda örneği yeniden kullanıldığında yeni bağlantı açma maliyetini azaltır. Ancak, asıl çözüm RDS Proxy kullanmaktır. RDS Proxy, veritabanı bağlantılarını havuzlayarak ve yöneterek Lambda gibi sunucusuz uygulamaların veritabanına olan bağlantı yükünü azaltır. Bu, veritabanının bağlantı sınırına ulaşmasını engeller ve performansı artırır. Diğer seçenekler neden yanlış: maxuserconnections parametresini artırmak geçici bir çözüm olabilir ancak temel sorunu çözmez ve veritabanı kaynaklarını gereksiz yere tüketebilir. Ayrıca, veritabanını yeniden başlatmak hizmet kesintisine neden olur. Amazon SQS FIFO kuyruklarını kullanmak, veritabanına yazma hızını kontrol etmek için iyi bir yöntem olsa da, mevcut sorunu doğrudan çözmez. Lambda eşzamanlılığını mevcut veritabanı bağlantılarının sayısına eşitlemek veya daha azına ayarlamak, işleme hızını önemli ölçüde kısıtlar ve kampanya sırasındaki yüksek talebi karşılamayabilir.