Een ML-gebaseerde monitoringdienst is geconfigureerd als een EventBridge API-bestemming om Auto Scaling-events te consumeren. CloudWatch geeft aan dat de EventBridge-regel wordt geactiveerd, maar de monitoringdienst ontvangt geen events. De SysOps-beheerder wil clientfoutdetails vastleggen met minimale operationele inspanning. Welke oplossing moet worden geïmplementeerd?

De juiste oplossing is het koppelen van een Amazon SQS standard queue als een dead-letter queue (DLQ) aan het EventBridge-target. Wanneer EventBridge een event niet succesvol kan afleveren aan het doel (bijvoorbeeld door clientfouten), wordt het event naar de DLQ gestuurd. Dit biedt een eenvoudige en efficiënte manier om de details van mislukte afleveringen te inspecteren zonder extra logica te hoeven implementeren. De andere opties zijn minder optimaal: Een EventBridge-archief en opnieuw afspelen is nuttig voor het opnieuw verwerken van events, maar biedt niet direct inzicht in de initiële clientfouten. Een tweede EventBridge-regel met een Lambda-functie voegt operationele complexiteit toe en is een omslachtige manier om fouten te loggen. Het publiceren van foutmeldingen naar een Amazon SNS topic is mogelijk, maar een SQS DLQ is specifiek ontworpen voor het opvangen en inspecteren van mislukte afleveringen van EventBridge-targets, wat het de meest directe en operationeel efficiënte oplossing maakt.