Le migliori pratiche per monitorare la distribuzione degli eventi in Amazon EventBridge

Per garantire che la logica aziendale nelle applicazioni basate sugli eventi venga eseguita in modo affidabile, è essenziale monitorare il comportamento di distribuzione degli eventi. EventBridge fornisce metriche che consentono di monitorare, rilevare e mitigare tempestivamente i problemi per garantire una consegna affidabile degli eventi. Tali parametri includono:

• Counter-based metriche, come, RetryInvocationAttempts e InvocationAttempts SuccessfulInvocationAttemptsFailedInvocations, per consentirti di osservare la limitazione degli obiettivi e calcolare i tassi di errore.

• Latency-based metriche, ad esempioIngestionToInvocationSuccessLatency, per fornire informazioni sulla consegna e sui ritardi degli eventi.

Queste metriche consentono di monitorare lo stato delle architetture basate sugli eventi e di comprendere e mitigare i problemi di consegna degli eventi causati da obiettivi poco performanti, sottodimensionati o che non rispondono. Ad esempio, un obiettivo permanentemente sottodimensionato o limitato può comportare tentativi eccessivi, ritardi nella consegna degli eventi e errori permanenti nella consegna.

Ti consigliamo di combinare più metriche per ottenere una panoramica olistica e monitorarle attentamente. L'impostazione di allarmi e dashboard appropriati consente di risolvere tempestivamente i problemi persistenti.

Per informazioni su metriche specifiche, consulta. EventBridge metriche

Rilevamento degli errori di consegna degli eventi

EventBridge include metriche che puoi configurare per segnalare le chiamate mirate, ovvero i tentativi di consegna degli eventi, per regola.

Ti consigliamo di monitorare le seguenti metriche a livello di regola:

• InvocationAttemptsper osservare il numero totale di EventBridge tentativi di richiamo del target, inclusi i tentativi di consegna degli eventi.

• SuccessfulInvocationAttemptsper il numero di tentativi di richiamo in cui l'evento è EventBridge stato consegnato con successo alla destinazione.

• RetryInvocationAttemptsper il numero di tentativi che rappresentano i tentativi di recapito dell'evento.

  Un aumento RetryInvocationAttempts può essere un'indicazione precoce di un obiettivo sottodimensionato.

Inoltre, poiché l'aumento dei tentativi di ripetizione può essere un primo segnale di problemi di consegna, consigliamo anche di creare un'unica metrica che registri la percentuale di richiami di destinazione riusciti rispetto a tutte le chiamate di destinazione. Ad esempio, in CloudWatch puoi utilizzare la matematica metrica per creare una metrica di questo tipo, chiamata, utilizzando la seguente formula: SuccessfulInvocationRate

SuccessfulInvocationRate = SuccessfulInvocationAttempts / InvocationAttempts

Quindi, a seconda delle tue esigenze, puoi configurare gli CloudWatch allarmi per creare notifiche quando viene raggiunta una determinata soglia.

Sebbene una diminuzione occasionale della frequenza SuccessfulInvocationRate dovuta a picchi temporanei di traffico o errori di chiamata possa essere considerata normale, una costante mancata corrispondenza è indice di un obiettivo non configurato correttamente e deve essere risolto nell'ambito del modello di responsabilità condivisa.

Per ulteriori informazioni sulla matematica delle metriche, consulta Using math expressions with metrics nella Amazon User Guide. CloudWatch CloudWatch

Per impostazione predefinita, EventBridge riprova a inviare un evento per 24 ore e fino a 185 volte. Una volta EventBridge esauriti questi tentativi di nuovo tentativo, EventBridge interrompe l'evento o lo invia a una coda di lettere morte, se ne è stata specificata una. Per ulteriori informazioni, consulta Riprovare a recapitare gli eventi. Per evitare di perdere gli eventi in caso di mancato recapito, ti consigliamo di configurare una coda di lettere morte per ogni oggetto della regola. Per ulteriori informazioni, consulta Utilizzo di code DLQ.

Gli eventi che EventBridge non riescono a recapitare alla destinazione specificata vengono segnalati nella FailedInvocations metrica e nella InvocationsSentToDlq metrica se è stata configurata una coda di lettere morte per la destinazione. Se la tua applicazione riceve un numero elevato di InvocationsSentToDlq segnalazioni, ti consigliamo di FailedInvocations verificare se la destinazione è ridimensionata correttamente e in grado di ricevere il traffico specificato.

Rilevamento dei ritardi nella consegna degli eventi

EventBridge fornisce anche una metrica che consente di osservare la latenza end-to-end, ovvero il tempo necessario dall'inserimento dell'evento alla corretta consegna al destinatario. Questo IngestionToInvocationSuccessLatency può essere ottenuto con la metrica. Questa metrica evidenzia gli effetti dei nuovi tentativi e dei ritardi nella consegna, ad esempio dovuti a timeout e risposte lente da parte degli obiettivi. IngestionToInvocationSuccessLatencyinclude il tempo impiegato dal target per rispondere con successo alla consegna dell'evento. Ciò consente di monitorare la latenza end-to-end tra EventBridge e il target e di rilevare variazioni e peggioramenti delle prestazioni degli obiettivi, anche in assenza di limitazioni o errori del target.