Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Le migliori pratiche per monitorare la distribuzione degli eventi in Amazon EventBridge
<a name="eb-monitoring-events-best-practices"></a>

Per garantire che la logica di business delle 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 distribuzione affidabile degli eventi. Tali parametri includono:
+ Metriche basate su contatori, come`InvocationAttempts`, `RetryInvocationAttempts` e `SuccessfulInvocationAttempts``FailedInvocations`, che consentono di osservare la limitazione degli obiettivi e calcolare i tassi di errore.
+ Metriche basate sulla latenza, ad esempio per fornire informazioni sulla distribuzione degli eventi e sui `IngestionToInvocationSuccessLatency` ritardi.

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

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

Per informazioni su metriche specifiche, consulta. [EventBridge metriche](eb-monitoring.md#eb-metrics)

## Rilevamento degli errori di consegna degli eventi
<a name="eb-monitoring-events-best-practices-delivery-failures"></a>

EventBridge include metriche che è possibile configurare per segnalare le chiamate di destinazione, ovvero i tentativi di consegna degli eventi, in base alla regola.

Ti consigliamo di monitorare le seguenti metriche a livello di regola:
+ `InvocationAttempts`per osservare il numero totale di EventBridge tentativi di richiamo dell'obiettivo, compresi i nuovi tentativi di consegna degli eventi. 
+ `SuccessfulInvocationAttempts`per il numero di tentativi di invocazione in cui l'evento è EventBridge stato inviato con successo alla destinazione.
+ `RetryInvocationAttempts`per il numero di tentativi che rappresentano nuovi tentativi di consegna 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 segno di problemi di consegna, consigliamo anche di creare un'unica metrica che registri la percentuale di invocazioni di Target riuscite rispetto a tutte le chiamate di Target. Ad esempio, CloudWatch puoi usare 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 `SuccessfulInvocationRate` dovuta a picchi di traffico temporanei o errori di invocazione possa essere considerata normale, una mancata corrispondenza costante è indice di un obiettivo mal configurato e deve essere affrontata nell'ambito del modello di responsabilità condivisa.

*Per ulteriori informazioni sulla matematica dei parametri, consulta [Using math expression with CloudWatch metrics nella](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) Amazon User Guide. CloudWatch * 

Per impostazione predefinita, EventBridge riprova a fornire un evento per 24 ore e fino a 185 volte. Dopo aver EventBridge esaurito questi nuovi tentativi, EventBridge annulla l'evento o lo invia a una coda di lettere morte, se ne è stata specificata una. Per ulteriori informazioni, consulta [Riprovare a consegnare un evento](eb-rule-retry-policy.md). Per evitare di perdere gli eventi se non vengono consegnati, ti consigliamo di configurare una coda di lettere non scritte per ogni destinazione della regola. Per ulteriori informazioni, consulta [Utilizzo di code DLQ](eb-rule-dlq.md).

Gli eventi che EventBridge non vengono consegnati alla destinazione specificata vengono riportati nella `FailedInvocations` metrica e nella `InvocationsSentToDlq` metrica se hai configurato una coda di lettere morte per la destinazione. Se la tua applicazione registra un numero elevato di `InvocationsSentToDlq` segnalazioni, ti consigliamo di `FailedInvocations` verificare se la destinazione è dimensionata correttamente e se è in grado di ricevere il traffico specificato.

## Rilevamento dei ritardi nella consegna degli eventi
<a name="eb-monitoring-events-best-practices-delivery-latency"></a>

EventBridge fornisce inoltre una metrica che consente di osservare la end-to-end latenza, ovvero il tempo necessario dall'inserimento dell'evento alla corretta consegna all'obiettivo. Ciò può essere ottenuto con la metrica. `IngestionToInvocationSuccessLatency` Questa metrica evidenzia gli effetti dei nuovi tentativi e dei ritardi nelle consegne, ad esempio a causa di timeout e di risposte lente da parte degli obiettivi. `IngestionToInvocationSuccessLatency`include il tempo impiegato dal target per rispondere correttamente alla consegna dell'evento. Ciò consente di monitorare la end-to-end latenza tra EventBridge e il target e di rilevare le variazioni e il peggioramento delle prestazioni degli obiettivi, anche in assenza di limitazione o errori del target.