

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Bewährte Methoden für die Überwachung der Durchführung von Veranstaltungen in Amazon EventBridge
<a name="eb-monitoring-events-best-practices"></a>

Um sicherzustellen, dass die Geschäftslogik in Ihren ereignisgesteuerten Anwendungen zuverlässig ausgeführt wird, ist es wichtig, Ihr Verhalten bei der Bereitstellung von Ereignissen zu überwachen. EventBridge bietet Kennzahlen, mit denen Sie Probleme frühzeitig überwachen, erkennen und beheben können, um eine zuverlässige Durchführung von Ereignissen zu gewährleisten. Zu diesen Metriken gehören:
+ Zählergestützte Metriken wie`InvocationAttempts`, `RetryInvocationAttempts` und `SuccessfulInvocationAttempts``FailedInvocations`, damit Sie die Drosselung von Zielen beobachten und Fehlerquoten berechnen können.
+ Auf Latenz basierende Metriken, z. B. um Einblicke in die Durchführung von `IngestionToInvocationSuccessLatency` Ereignissen und Verzögerungen zu erhalten.

Diese Kennzahlen ermöglichen es Ihnen, den Zustand Ihrer ereignisgesteuerten Architekturen zu überwachen und Probleme bei der Durchführung von Ereignissen zu verstehen und zu beheben, die durch unterdurchschnittliche, unterdimensionierte oder nicht reagierende Ziele verursacht werden. Beispielsweise kann ein dauerhaft unterskaliertes oder gedrosseltes Ziel zu übermäßigen Wiederholungsversuchen, Verzögerungen bei der Ereigniszustellung und dauerhaften Auslieferungsfehlern führen.

Wir empfehlen Ihnen, mehrere Kennzahlen zu kombinieren, um einen ganzheitlichen Überblick zu erhalten, und diese genau zu überwachen. Durch die Einrichtung geeigneter Alarme und Dashboards können Sie anhaltende Probleme frühzeitig beheben.

Informationen zu bestimmten Kennzahlen finden Sie unter[EventBridge Metriken](eb-monitoring.md#eb-metrics).

## Erkennen von Fehlern bei der Ereigniszustellung
<a name="eb-monitoring-events-best-practices-delivery-failures"></a>

EventBridge enthält Metriken, die Sie so konfigurieren können, dass Zielaufrufe, d. h. Versuche, Ereignisse zuzustellen, pro Regel gemeldet werden.

Wir empfehlen Ihnen, die folgenden Messwerte auf Regelebene zu überwachen:
+ `InvocationAttempts`um zu beobachten, wie oft insgesamt EventBridge versucht wurde, das Ziel aufzurufen, einschließlich der Wiederholungsversuche bei der Ereigniszustellung. 
+ `SuccessfulInvocationAttempts`für die Anzahl der Aufrufversuche, bei denen das Ereignis EventBridge erfolgreich an das Ziel übermittelt wurde.
+ `RetryInvocationAttempts`für die Anzahl der Versuche, die Wiederholungsversuche bei der Ereigniszustellung darstellen.

  Ein Anstieg der Zahl `RetryInvocationAttempts` könnte ein frühes Anzeichen dafür sein, dass das Ziel unterschätzt wurde.

Da vermehrte Wiederholungsversuche ein erstes Anzeichen für Zustellungsprobleme sein können, empfehlen wir außerdem, eine einzige Metrik zu erstellen, die den Prozentsatz erfolgreicher Zielaufrufe an allen Zielaufrufen aufzeichnet. CloudWatch Sie können beispielsweise metrische Mathematik verwenden, um eine solche Metrik zu erstellen, die mit der folgenden Formel aufgerufen wird`SuccessfulInvocationRate`:

`SuccessfulInvocationRate` = `SuccessfulInvocationAttempts` / ` InvocationAttempts`

Anschließend können Sie je nach Ihren Anforderungen CloudWatch Alarme so konfigurieren, dass Benachrichtigungen ausgelöst werden, wenn ein bestimmter Schwellenwert erreicht wird. 

Ein gelegentlicher Rückgang `SuccessfulInvocationRate` aufgrund vorübergehender Verkehrsspitzen oder Aufruffehler kann zwar als normal angesehen werden, eine ständige Nichtübereinstimmung ist jedoch ein Hinweis auf ein falsch konfiguriertes Ziel und muss im Rahmen des Modells der gemeinsamen Verantwortung behoben werden.

Weitere Informationen zur metrischen Mathematik finden Sie unter [Verwenden von mathematischen Ausdrücken mit CloudWatch Metriken](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * CloudWatch Amazon-Benutzerhandbuch*. 

Standardmäßig wird EventBridge erneut versucht, ein Ereignis 24 Stunden lang und bis zu 185 Mal bereitzustellen. Wenn diese EventBridge Wiederholungsversuche ausgeschöpft sind, wird das Ereignis EventBridge entweder gelöscht oder es wird in eine Warteschlange mit unzustellbaren Buchstaben verschoben, falls eine solche angegeben wurde. Weitere Informationen finden Sie unter [Wiederholt den Versuch, die Veranstaltung zuzustellen](eb-rule-retry-policy.md). Um zu verhindern, dass Ereignisse verloren gehen, wenn sie nicht zugestellt werden, empfehlen wir, für jedes Regelziel eine Warteschlange für unzustellbare Briefe zu konfigurieren. Für weitere Informationen siehe [Verwenden von Warteschlangen für unzustellbare Nachrichten](eb-rule-dlq.md).

Ereignisse, die EventBridge nicht an das angegebene Ziel übermittelt werden können, werden in der `FailedInvocations` Metrik und der Metrik gemeldet, sofern Sie für das `InvocationsSentToDlq` Ziel eine Warteschlange für unzustellbare Briefe konfiguriert haben. Wenn in Ihrer Anwendung eine große Anzahl von `FailedInvocations` oder `InvocationsSentToDlq` Berichten auftritt, empfehlen wir Ihnen, zu untersuchen, ob das Ziel ordnungsgemäß skaliert ist und den angegebenen Datenverkehr empfangen kann.

## Erkennung von Verzögerungen bei der Übermittlung von Ereignissen
<a name="eb-monitoring-events-best-practices-delivery-latency"></a>

EventBridge bietet außerdem eine Metrik, mit der Sie die end-to-end Latenz beobachten können, d. h. die Zeit, die von der Aufnahme eines Ereignisses bis zur erfolgreichen Übertragung an das Ziel benötigt wird. Dies kann mit der Metrik erreicht werden. `IngestionToInvocationSuccessLatency` Diese Kennzahl zeigt die Auswirkungen von Wiederholungsversuchen und verzögerter Zustellung, beispielsweise aufgrund von Timeouts und langsamen Antworten von Zielen. `IngestionToInvocationSuccessLatency`beinhaltet die Zeit, die das Ziel benötigt, um erfolgreich auf die Ereigniszustellung zu reagieren. Auf diese Weise können Sie die end-to-end Latenz zwischen EventBridge und Ihrem Ziel überwachen und Leistungsschwankungen und -verschlechterungen von Zielen erkennen, selbst wenn es keine Drosselung oder Fehler beim Ziel gibt.