Eine API Gateway REST-API ruft eine Lambda-Funktion auf, die beim Initialisieren einen großen Datensatz aus einer DynamoDB-Tabelle lädt, was zu Kaltstarts von 8–10 Sekunden führt. Die DynamoDB-Tabelle verwendet DAX. Die App erlebt zeitweise lange Antwortzeiten und hat stark schwankenden Traffic (eine Mittagsspitze, die 10-mal höher als normal ist, und einen Rückgang auf 10 % des Normalwerts gegen Ende des Tages). Der DevOps-Ingenieur muss die Lambda-Latenz zu jeder Tageszeit reduzieren. Welche Lösung erfüllt die Anforderung?

Die Aktivierung der bereitgestellten Parallelität (Provisioned Concurrency) für die Lambda-Funktion stellt sicher, dass eine bestimmte Anzahl von Funktionsinstanzen vorab initialisiert und bereit ist, Anfragen zu verarbeiten, wodurch Kaltstarts eliminiert werden. Die Konfiguration von Application Auto Scaling für die bereitgestellte Parallelität ermöglicht es der Funktion, sich dynamisch an schwankende Verkehrsmuster anzupassen, indem die Anzahl der bereitgestellten Instanzen basierend auf der Nachfrage erhöht oder verringert wird. Dies gewährleistet niedrige Latenzzeiten auch bei Spitzenlasten und minimiert gleichzeitig unnötige Kosten in verkehrsarmen Zeiten. Die Option, DAX zu löschen, ist falsch, da DAX die DynamoDB-Leistung verbessert. Eine reservierte Parallelität von 0 würde die Funktion effektiv deaktivieren. Die Einstellung der reservierten Parallelität für API Gateway ist irrelevant für die Lambda-Kaltstarts.