Vous devez concevoir une solution de traitement d'événements qui s'adapte automatiquement au nombre d'événements entrants et, en cas d'échec de traitement, déplace l'événement problématique vers une file d'attente distincte pour examen ultérieur. Quelle architecture répond à ces exigences ?

Cette architecture est la plus appropriée car elle utilise Amazon SNS pour la distribution d'événements à grande échelle et Amazon Lambda pour le traitement sans serveur et la mise à l'échelle automatique. La destination d'échec de Lambda (Lambda Dead-Letter Queue ou DLQ) est une fonctionnalité intégrée qui redirige automatiquement les événements non traités vers une file d'attente Amazon SQS, répondant ainsi à l'exigence de gestion des échecs. Les autres options sont moins optimales : L'utilisation d'instances EC2 avec SQS nécessite une gestion d'infrastructure et n'est pas entièrement sans serveur. DynamoDB Streams est idéal pour les changements de données dans DynamoDB, mais pas pour la réception d'événements arbitraires. EventBridge avec des instances EC2 introduit une complexité de gestion des serveurs et l'ALB n'est pas la cible la plus efficace pour le traitement d'événements asynchrone sans serveur.