Een frontend-applicatie gebruikt een Amazon API Gateway API-backend die is geïntegreerd met AWS Lambda. Wanneer verzoeken binnenkomen, laadt de Lambda-functie veel bibliotheken, maakt verbinding met een Amazon RDS-database, verwerkt de gegevens en stuurt deze terug naar de frontend. Het bedrijf wil de responslatentie voor alle gebruikers minimaliseren met zo min mogelijk operationele wijzigingen. Welke oplossing voldoet aan deze vereiste?

Het configureren van provisioned concurrency voor de Lambda-functie is de meest effectieve oplossing om de responslatentie te minimaliseren met minimale operationele wijzigingen. Provisioned concurrency houdt de Lambda-functies warm en klaar om verzoeken te verwerken, waardoor de opstarttijd (cold start) wordt geëlimineerd. Dit is cruciaal voor applicaties met een lage latentie, vooral wanneer de functie veel bibliotheken laadt en verbinding maakt met een database. Het direct verbinden van de frontend met de database is een beveiligingsrisico en omzeilt de API Gateway, wat een grote architectonische en operationele wijziging is. Het cachen van resultaten in Amazon S3 is nuttig voor statische of zelden veranderende gegevens, maar lost het probleem van de initiële verwerkingstijd van de Lambda-functie niet op en is complexer. Het vergroten van de databaseschaal lost het probleem van de Lambda cold start niet op en kan leiden tot onnodige kosten als de bottleneck bij de Lambda-functie ligt.