Een serverloze applicatie moet reageren op wijzigingen in een DynamoDB-tabel met behulp van een Lambda-functie. Hoe moet de ontwikkelaar de Lambda-functie configureren om tabelwijzigingen vast te leggen?

De meest efficiënte en schaalbare manier om een Lambda-functie te laten reageren op wijzigingen in een DynamoDB-tabel is door DynamoDB Streams in te schakelen. DynamoDB Streams legt een tijdgeordende reeks van item-niveau wijzigingen vast in de tabel. Door een Lambda-trigger aan deze stream te koppelen, wordt de Lambda-functie automatisch aangeroepen telkens wanneer er een wijziging plaatsvindt, met de wijzigingsgegevens als input. De andere opties zijn minder geschikt: Een Kinesis-datastream is niet direct gekoppeld aan DynamoDB-wijzigingen; dit zou extra configuratie vereisen om gegevens van DynamoDB naar Kinesis te routeren. Een EventBridge geplande regel zou polling vereisen, wat inefficiënt is en latentie introduceert, omdat de Lambda regelmatig de tabel moet controleren in plaats van direct te reageren op wijzigingen. Kinesis Data Firehose is primair bedoeld voor het laden van streaminggegevens naar datawarehouses en analysehulpmiddelen, niet voor het direct triggeren van Lambda op basis van DynamoDB-wijzigingen.