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. # Definition eines Alarms Wenn Sie Ihre Alarme in AWS Incident Detection and Response integrieren, sind Sie dafür verantwortlich, die Metriken und Alarmkonfigurationen zu definieren, die Einblick in die Leistung Ihrer Anwendungen bieten. Im Rahmen dieses Prozesses müssen Sie auch die Teams innerhalb Ihres Unternehmens identifizieren, die für die Reaktion auf diese Alarme verantwortlich sind. Bei der Vorbereitung von Alarmen empfehlen wir die folgenden bewährten Methoden: + Alarme gehen nur dann in den Status „Alarm“ über, wenn es zu anhaltenden kritischen Auswirkungen auf Ihre überwachte Arbeitslast kommt, die sofortige Aufmerksamkeit Ihres Teams erfordern und AWS. Alarme, die ausgelöst werden und nicht automatisch wiederhergestellt werden, erfordern, dass sich Ihre Teams mit AWS Incident Detection and Response einer Incident Bridge verbinden. + Stellen Sie sicher, dass die von Ihnen angegebenen Kontaktinformationen es AWS Incident Detection and Response ermöglichen, die entsprechenden Teams innerhalb Ihres Unternehmens zuverlässig an einer Zwischenfallbrücke zu binden 24/7. **Die wichtigsten Ergebnisse** + Eine Liste von Alarmen und Kontaktdaten, die Sie AWS Incident Detection and Response mithilfe der [IDR-CLI zur](https://github.com/awslabs/CLI-for-AWS-Incident-Detection-and-Response) Verfügung stellen. Weitere Informationen zur Definition und Erfassung von CloudWatch Amazon-Alarmen finden Sie unter[Erfassung von Alarmen CloudWatch](idr-gs-ingest-cw-alarms.md). Weitere Informationen zur Erfassung von Alarmen zur Überwachung der Anwendungsleistung von Drittanbietern finden Sie unter. [Erfassung von Alarmen zur Überwachung der Anwendungsleistung von Drittanbietern](idr-gs-ingest-apm-alarms.md)