Une entreprise stocke des données de vente dans une table DynamoDB avec DynamoDB Streams activé. Chaque élément possède un attribut TransactionStatus avec les valeurs failed, pending ou completed. L'entreprise souhaite être avertie des ventes échouées dont le Price dépasse un seuil. Quelle approche nécessite le moins d'effort de développement pour configurer cette notification ?

L'approche correcte utilise le filtrage d'événements Lambda, disponible pour les sources d'événements DynamoDB Streams, pour invoquer la fonction Lambda uniquement lorsque les conditions (TransactionStatus = failed ET Price seuil) sont remplies. Cela réduit considérablement le code de la fonction Lambda et le coût, car elle n'est invoquée que pour les événements pertinents. La fonction publie ensuite sur SNS. L'option qui implémente la logique de filtrage dans Lambda est moins efficace car la fonction serait invoquée pour tous les événements, augmentant les coûts et la complexité du code. L'envoi direct de DynamoDB Streams à SNS ne permet pas un filtrage aussi granulaire basé sur le contenu des attributs. CloudWatch Alarms ne surveille pas directement le contenu des données de DynamoDB Streams de cette manière.