Un service de surveillance basé sur le ML est configuré comme une destination d'API EventBridge pour consommer les événements Auto Scaling. CloudWatch indique que la règle EventBridge se déclenche, mais le service de surveillance ne reçoit pas les événements. L'administrateur SysOps souhaite capturer les détails des erreurs client avec un effort opérationnel minimal. Quelle solution doit être mise en œuvre ?

La bonne réponse est d'attacher une file d'attente Amazon SQS standard en tant que file d'attente de lettres mortes (DLQ) pour la cible EventBridge. Cela permet de capturer les événements qui n'ont pas pu être livrés à la cible (le service de surveillance) en raison d'erreurs côté client, sans effort opérationnel supplémentaire. Les messages dans la DLQ contiendront les détails de l'erreur, facilitant le dépannage. Créer une archive EventBridge et rejouer les événements est une solution de relecture, pas de capture d'erreurs en temps réel. Créer une fonction Lambda pour appeler le service de surveillance introduit une complexité et un effort opérationnel supplémentaires. Configurer une rubrique Amazon SNS pour les messages d'erreur est possible, mais une DLQ SQS est la méthode native et la plus simple pour gérer les échecs de livraison de cibles EventBridge.