Bir şirket, API Gateway'in bir Lambda fonksiyonuyla entegre edilmiş bir HTTP API'yi açığa çıkardığı kritik bir uygulama çalıştırmaktadır. Uygulama verileri bir RDS for MySQL örneğinde (2 vCPU, 64 GB RAM) depolar. Tahmin edilemeyen yoğun dönemlerde bazı API çağrıları HTTP 500 hataları döndürmektedir. CloudWatch Logs "too many connections" (çok fazla bağlantı) hatasını göstermektedir. Veritabanı, planlı bakım dışında erişilebilir kalmalıdır. Şirket, uygulamayı bağlantı ani artışlarına karşı nasıl dirençli hale getirebilir?

Doğru cevap, Amazon RDS Proxy kullanmaktır. RDS Proxy, veritabanı bağlantılarını havuzlayarak ve yeniden kullanarak "too many connections" hatalarını önler. Lambda gibi sunucusuz işlevler, her çağrıda yeni bağlantılar açma eğilimindedir, bu da ani bağlantı artışlarına neden olabilir. RDS Proxy, bu bağlantı yükünü yönetir ve mevcut bağlantıları verimli bir şekilde yeniden kullanır, böylece veritabanının bağlantı sınırına ulaşmasını engeller. Lambda fonksiyonunu doğrudan veritabanına bağlanmak yerine proxy'ye bağlanacak şekilde güncellemek, uygulamanın ani bağlantı artışlarına karşı daha dirençli olmasını sağlar. Diğer seçenekler yanlıştır: DB örneği vCPU'larını azaltmak performansı düşürür ve maxconnections ayarını artırmak, temel bağlantı yönetimi sorununu çözmez, sadece sınırı yükseltir. Bir CloudWatch alarmı oluşturmak ve DB örnek sınıfını değiştirmek, sorunu reaktif olarak ele alır ve geçici kesintilere neden olabilir. EventBridge kuralı ile CPU kullanımına göre maxconnections değerini artırmak, bağlantı sorununu proaktif olarak çözmez ve yine kesintilere yol açabilir.