Een applicatie slaat inkomende JSON-bestanden op in S3, waarna een Lambda deze transformeert en items naar DynamoDB schrijft. Plotselinge verkeerspieken veroorzaken throttling in DynamoDB. Welke wijziging zal throttling opheffen en schrijfbewerkingen naar DynamoDB vloeiender maken?

De correcte optie lost het throttling-probleem op door een SQS-wachtrij te introduceren. SQS fungeert als een buffer, waardoor de Lambda-functie die naar DynamoDB schrijft, de items met een gecontroleerd tempo kan verwerken, zelfs tijdens verkeerspieken. Dit voorkomt dat DynamoDB overbelast raakt en throttling toepast. De eerste Lambda transformeert de data en plaatst deze in SQS, waarna de tweede Lambda de data uit SQS haalt en naar DynamoDB schrijft, wat zorgt voor een vloeiendere verwerking. DynamoDB auto scaling zou de capaciteit verhogen, maar lost het probleem van plotselinge, onvoorspelbare pieken niet altijd direct op en kan leiden tot hogere kosten. Een Lambda alias met provisioned concurrency is relevant voor de prestaties van de Lambda-functie zelf, niet voor het oplossen van throttling in DynamoDB. Het splitsen van de Lambda in twee functies met een DynamoDB stream is bedoeld voor het verwerken van updates nádat de data al in DynamoDB is geschreven, en voorkomt dus geen throttling tijdens de initiële schrijfbewerking.