Eine SaaS-Anwendung auf AWS nutzt AWS Lambda für die Berechnung und eine Amazon RDS for MySQL Multi-AZ-Datenbank. Bei Marktereignissen mit hoher Nachfrage schnellen die Datenbankverbindungszahlen in die Höhe, und Benutzer erleben langsame Antworten. Das Unternehmen muss die skalierbare Leistung und Verfügbarkeit der Datenbank verbessern, um viele gleichzeitige Verbindungen von Lambda zu verarbeiten. Welche Lösung erfüllt diese Anforderung?

Die Migration zu Amazon Aurora ist entscheidend, da es eine höhere Leistung und Skalierbarkeit als RDS for MySQL bietet. Eine Aurora Replica verbessert die Leseskalierbarkeit und Hochverfügbarkeit. Amazon RDS Proxy ist die Schlüsselkomponente zur Lösung des Verbindungsproblems. Er verwaltet und poolt Datenbankverbindungen effizient, wodurch die Anzahl der direkten Verbindungen zur Datenbank reduziert und die Leistung bei vielen gleichzeitigen Lambda-Aufrufen stabilisiert wird. Eine CloudWatch-Alarm-gesteuerte Lambda-Funktion zur Erstellung von Lesereplikaten ist reaktiv und bietet keine proaktive Verbindungspooling-Lösung. Das Hinzufügen einer Lesereplika zu Aurora ohne RDS Proxy löst das Problem der Verbindungsexplosion von Lambda nicht. Die Verwendung von gewichteten Route 53-Einträgen verteilt den Datenverkehr auf Lesereplikate, aber RDS Proxy ist weiterhin erforderlich, um die Verbindungslast von Lambda zu handhaben. Ein Verbindungspool innerhalb der Lambda-Funktion ist nicht optimal, da jede Lambda-Instanz ihren eigenen Pool verwalten müsste, was die Ressourcenbelastung erhöht und das Problem nicht vollständig löst.