Een API Gateway REST API roept een Lambda-functie aan die tijdens de initialisatie een grote dataset laadt vanuit een DynamoDB-tabel, wat koude starts van 8-10 seconden veroorzaakt. De DynamoDB-tabel gebruikt DAX. De app ervaart intermitterend lange responstijden en heeft sterk variërend verkeer (een piek halverwege de dag die 10 keer hoger is dan normaal en een daling tegen het einde van de dag tot 10% van normaal). De DevOps-engineer moet de Lambda-latentie op alle momenten van de dag verminderen. Welke oplossing voldoet aan de vereiste?

De correcte optie is het inschakelen van provisioned concurrency voor de Lambda-functie en het configureren van Application Auto Scaling. Provisioned concurrency houdt Lambda-functies geïnitialiseerd en klaar om te reageren, waardoor koude starts worden geëlimineerd. Application Auto Scaling past het aantal provisioned instances dynamisch aan op basis van het verkeer, wat cruciaal is voor de sterk variërende belasting en zorgt voor optimale prestaties en kostenbeheer. DAX is al aanwezig en helpt met DynamoDB-prestaties, dus het verwijderen ervan is contraproductief. Het instellen van reserved concurrency op 0 stopt alle aanroepen, wat niet de bedoeling is. Het instellen van reserved concurrency op de Lambda-functie en Application Auto Scaling op API Gateway is onjuist, omdat reserved concurrency geen koude starts elimineert en Application Auto Scaling voor provisioned concurrency direct op de Lambda-functie moet worden geconfigureerd.