Un servizio di monitoraggio basato su ML è configurato come destinazione API di EventBridge per consumare eventi di Auto Scaling. CloudWatch indica che la regola EventBridge si sta attivando, ma il servizio di monitoraggio non riceve gli eventi. L'amministratore SysOps desidera acquisire i dettagli degli errori del client con il minimo sforzo operativo. Quale soluzione dovrebbe essere implementata?

La soluzione corretta è collegare una coda SQS standard come Dead-Letter Queue (DLQ) per la destinazione EventBridge. Quando EventBridge non riesce a consegnare un evento a una destinazione (ad esempio, a causa di errori client come un formato non valido o un'autorizzazione negata), l'evento viene inviato alla DLQ. Ispezionando i messaggi nella coda SQS, l'amministratore SysOps può ottenere i dettagli specifici degli errori di consegna con il minimo sforzo operativo, poiché EventBridge gestisce automaticamente il reindirizzamento degli eventi non consegnati. Creare un archivio EventBridge e riprodurre gli eventi è più complesso e non fornisce immediatamente i dettagli degli errori di consegna. Creare una seconda regola EventBridge con una funzione Lambda introduce complessità e costi aggiuntivi per un compito che una DLQ può gestire in modo più efficiente. Configurare la regola per pubblicare messaggi di errore su un argomento SNS è utile per le notifiche, ma non fornisce i dettagli specifici degli eventi non consegnati come farebbe una DLQ.