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 zur Überwachung der Durchführung von Veranstaltungen bei Amazon EventBridge
Um sicherzustellen, dass die Geschäftslogik in Ihren ereignisgesteuerten Anwendungen zuverlässig ausgeführt wird, ist es unerlässlich, Ihr Verhalten bei der Bereitstellung von Ereignissen zu überwachen. EventBridge bietet Kennzahlen, die es Ihnen ermöglichen, Probleme frühzeitig zu überwachen, zu erkennen und zu beheben, um eine zuverlässige Ereignisbereitstellung zu gewährleisten. Zu diesen Metriken gehören:
+ Counter-based Metriken wie`InvocationAttempts`, `RetryInvocationAttempts` und `SuccessfulInvocationAttempts``FailedInvocations`, mit denen Sie die Zieldrosselung beobachten und die Fehlerraten berechnen können.
+ Latency-based Metriken, z. B. `IngestionToInvocationSuccessLatency` um Einblicke in die Durchführung von Ereignissen und Verzögerungen zu erhalten.
Mithilfe dieser Kennzahlen können Sie den Zustand Ihrer ereignisgesteuerten Architekturen überwachen und Probleme bei der Durchführung von Ereignissen, die durch unterdurchschnittliche, unterdimensionierte oder nicht reagierende Ziele verursacht werden, besser verstehen und abwehren. Beispielsweise kann ein dauerhaft unterskaliertes oder gedrosseltes Ziel zu übermäßigen Wiederholungsversuchen, Verzögerungen bei der Bereitstellung von Ereignissen und dauerhaften Ausfällen führen.
Wir empfehlen, mehrere Metriken zu kombinieren, um einen ganzheitlichen Überblick zu erhalten, und sie genau zu überwachen. Durch die Einrichtung geeigneter Alarme und Dashboards können Sie anhaltende Probleme frühzeitig beheben.
Informationen zu bestimmten Metriken finden Sie unter[EventBridge Metriken](eb-monitoring.md#eb-metrics).
## Fehler bei der Übertragung von Ereignissen erkennen
EventBridge enthält Metriken, die Sie so konfigurieren können, dass sie Zielaufrufe — d. h. Versuche, Ereignisse zuzustellen — pro Regel melden.
Wir empfehlen, die folgenden Metriken auf Regelebene zu überwachen:
+ `InvocationAttempts`um die Gesamtzahl der EventBridge Versuche zu beobachten, das Ziel aufzurufen, einschließlich der Wiederholungen der Ereigniszustellung.
+ `SuccessfulInvocationAttempts`für die Anzahl der Aufrufversuche, bei denen das Ereignis EventBridge erfolgreich an das Ziel übertragen wurde.
+ `RetryInvocationAttempts`für die Anzahl der Versuche, die Wiederholungsversuche bei der Übertragung eines Ereignisses bedeuten.
Eine Erhöhung von `RetryInvocationAttempts` kann ein frühes Anzeichen dafür sein, dass das Ziel unterdimensioniert ist.
Da erhöhte Wiederholungsversuche ein erstes Anzeichen für Übermittlungsprobleme sein können, empfehlen wir außerdem, eine einzige Metrik zu erstellen, die den Prozentsatz erfolgreicher Target-Aufrufe an allen Target-Aufrufen erfasst. Beispielsweise können CloudWatch Sie mithilfe der metrischen Mathematik eine solche Metrik mit dem Namen „metrische Mathematik“ mithilfe der folgenden Formel erstellen`SuccessfulInvocationRate`:
`SuccessfulInvocationRate` = `SuccessfulInvocationAttempts` / ` InvocationAttempts`
Je nach Ihren Anforderungen können Sie dann CloudWatch Alarme so konfigurieren, dass Benachrichtigungen erstellt werden, wenn ein bestimmter Schwellenwert erreicht wird.
Auch wenn ein gelegentlicher Rückgang `SuccessfulInvocationRate` aufgrund vorübergehender Datenverkehrsspitzen oder Aufruffehler als normal angesehen werden kann, deutet eine ständige Diskrepanz auf ein falsch konfiguriertes Ziel hin und muss im Rahmen des Modells der gemeinsamen Verantwortung behoben werden.
Weitere Informationen zur metrischen Mathematik finden Sie unter [ Verwenden mathematischer Ausdrücke mit CloudWatch Metriken ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) im * Amazon-Benutzerhandbuch. CloudWatch *
Standardmäßig EventBridge versucht er, ein Ereignis 24 Stunden lang und bis zu 185 Mal erneut zuzustellen. Wenn diese Wiederholungsversuche EventBridge erschöpft sind, wird das Ereignis EventBridge entweder gelöscht oder es wird in eine Warteschlange mit unzustellbaren Nachrichten gesendet, sofern eine solche angegeben wurde. Weitere Informationen finden Sie unter [Es wird erneut versucht, das Ereignis 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 zu konfigurieren, in der keine Nachrichten mehr angezeigt werden. Für weitere Informationen siehe [Verwenden von Warteschlangen für unzustellbare Nachrichten](eb-rule-dlq.md).
Ereignisse, die EventBridge das angegebene Ziel nicht erreichen, werden in der `FailedInvocations` Metrik und in der Metrik gemeldet, wenn Sie für das Ziel eine Warteschlange konfiguriert haben, in der `InvocationsSentToDlq` Metrik. Wenn Ihre Anwendung eine große Anzahl von `FailedInvocations` oder `InvocationsSentToDlq` Berichten erhält, empfehlen wir Ihnen, zu untersuchen, ob das Ziel richtig skaliert ist und den angegebenen Datenverkehr empfangen kann.
## Erkennung von Verzögerungen bei der Bereitstellung von Ereignissen
EventBridge bietet auch eine Metrik, mit der Sie die gesamte Latenz beobachten können, d. h. die Zeit, die von der Erfassung des Ereignisses bis zur erfolgreichen Übertragung an das Ziel vergeht. Dies kann mit der Metrik erreicht werden. `IngestionToInvocationSuccessLatency` Diese Metrik berücksichtigt die Auswirkungen von Wiederholungsversuchen und verspäteter Lieferung, beispielsweise aufgrund von Zeitüberschreitungen und langsamen Reaktionen der Zielpersonen. `IngestionToInvocationSuccessLatency`beinhaltet die Zeit, die das Ziel benötigt, um erfolgreich auf die Bereitstellung eines Ereignisses zu reagieren. Auf diese Weise können Sie die durchgehende Latenz zwischen EventBridge und Ihrem Ziel überwachen und Leistungsschwankungen und Beeinträchtigungen der Ziele erkennen, auch wenn keine Zieldrosselung oder Fehler vorliegen.