Une entreprise de restauration en ligne utilise une API HTTP API Gateway intégrée à une fonction Lambda qui écrit les commandes dans DynamoDB. De nouveaux partenaires peuvent nécessiter des fonctions Lambda supplémentaires pour recevoir les commandes. L'entreprise dispose d'un compartiment S3 et souhaite que chaque commande et mise à jour soit stockée dans S3 pour analyse avec un effort de développement minimal. Quelle est la manière la plus simple de garantir que toutes les commandes et mises à jour sont écrites dans S3 ?

L'activation de DynamoDB Streams sur la table des commandes permet de capturer toutes les modifications (créations, mises à jour, suppressions) de manière asynchrone et en temps quasi réel. Une fonction Lambda déclenchée par ce flux peut ensuite facilement traiter ces enregistrements et les écrire dans le compartiment S3. Cette approche est simple à mettre en œuvre et garantit que toutes les commandes et mises à jour sont capturées sans modifier la logique métier principale de la fonction Lambda existante. Les autres options sont moins efficaces : Créer une nouvelle fonction Lambda et un nouveau point de terminaison d'API, puis modifier la fonction d'origine pour y transférer les mises à jour, ajoute une complexité inutile et une latence supplémentaire. Modifier la fonction Lambda existante pour publier les commandes dans un Kinesis Data Stream est possible, mais DynamoDB Streams est une solution plus native et intégrée pour capturer les changements de données dans DynamoDB. Modifier la fonction Lambda pour publier chaque commande dans une rubrique SNS, puis utiliser une autre fonction Lambda abonnée, introduit une couche d'abstraction supplémentaire qui n'est pas nécessaire ici, car DynamoDB Streams offre déjà la capacité de notification des changements.