Une entreprise conçoit un système de traitement des commandes basé sur les événements. Chaque commande nécessite plusieurs étapes de validation indépendantes. Chaque étape de validation est implémentée en tant que fonction AWS Lambda idempotente et n'a besoin que d'un sous-ensemble des données de l'événement de commande. Les composants doivent être faiblement couplés et chaque fonction Lambda de validation ne doit recevoir que les données dont elle a besoin. Quelle solution répond à ces exigences ?

La solution EventBridge est correcte car elle permet de créer des règles d'événement spécifiques pour chaque étape de validation. Le transformateur d'entrée (Input Transformer) d'EventBridge est idéal pour filtrer et reformater les données de l'événement avant de les envoyer à la fonction Lambda cible, garantissant que chaque fonction ne reçoit que les données nécessaires et respectant le couplage faible. L'option SQS avec plusieurs files d'attente introduit une complexité de gestion des files et nécessite une fonction Lambda intermédiaire pour le routage et la transformation, ce qui est moins direct. L'option SNS avec filtrage du corps du message ne permet pas de transformer les données, seulement de les filtrer, ce qui ne répond pas à l'exigence de n'envoyer "que les données dont elle a besoin" si cela implique une restructuration. L'option SQS unique avec une fonction Lambda intermédiaire qui invoque d'autres fonctions Lambda de manière synchrone viole le principe de couplage faible et ajoute une logique de routage et d'orchestration à la fonction intermédiaire, ce qui est moins scalable et plus complexe à maintenir.