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. # Fragebögen zum Onboarding von Workloads und zur Erfassung von Alarmen in Incident Detection and Response Auf dieser Seite finden Sie die Fragebögen, die Sie ausfüllen müssen, wenn Sie einen Workload in AWS Incident Detection and Response einbinden und Alarme für die Aufnahme in den Service konfigurieren. Der Fragebogen zum Onboarding von Workloads enthält allgemeine Informationen über Ihren Workload, dessen Architekturdetails und Ansprechpartner für die Reaktion auf Vorfälle. Im Fragebogen zur Erfassung von Alarmen geben Sie in Incident Detection and Response für Ihren Workload die kritischen Alarme an, die zur Entstehung von Vorfällen führen sollen. Außerdem geben Sie Runbook-Informationen darüber an, wer kontaktiert werden soll und welche Maßnahmen ergriffen werden sollten. Das korrekte Ausfüllen dieser Fragebögen ist ein wichtiger Schritt bei der Einrichtung von Überwachungs- und Reaktionsprozessen für Ihre Workloads. AWS Laden Sie den Fragebogen zum [Onboarding von Workloads](https://d3oc37omrta8ht.cloudfront.net/AWS-Incident-Detection-and-Response-Workload-Onboarding-Questionnaire.xlsx) herunter. Laden Sie den Fragebogen zur [Erfassung von Alarmen herunter.](https://d3oc37omrta8ht.cloudfront.net/AWS-Incident-Detection-and-Response-Alarm-Ingestion-Questionnaire.xlsx) ## Fragebogen zum Onboarding zum Workload — Allgemeine Fragen **Allgemeine Fragen** | Frage | Beispielantwort | | --- | --- | | Name des Unternehmens | Amazon Inc. | | Name dieses Workloads (einschließlich aller Abkürzungen) | Amazon Retail Operations (ARO) | | Primärer Endbenutzer und die Funktion dieses Workloads. | Bei diesem Workload handelt es sich um eine E-Commerce-Anwendung, die es Endbenutzern ermöglicht, verschiedene Artikel zu kaufen. Dieser Workload ist der Hauptumsatzgenerator für unser Unternehmen. | | Geltende and/or regulatorische Compliance-Anforderungen für diesen Workload und alle Maßnahmen, die AWS nach einem Vorfall erforderlich sind. | Der Arbeitsaufwand bezieht sich auf Patientenakten, die sicher und vertraulich aufbewahrt werden müssen. | ## Fragebogen zum Onboarding der Arbeitslast — Fragen zur Architektur **Fragen zur Architektur** | Frage | Beispielantwort | | --- | --- | | Eine Liste von AWS Ressourcen-Tags, die zur Definition von Ressourcen verwendet werden, die Teil dieser Arbeitslast sind. AWS verwendet diese Tags, um die Ressourcen dieses Workloads zu identifizieren, um den Support bei Vorfällen zu beschleunigen.Bei Tags muss die Groß- und Kleinschreibung beachtet werden. Wenn Sie mehrere Tags angeben, müssen alle von diesem Workload verwendeten Ressourcen dieselben Tags haben. | Anwendungsname: Optimax
Umgebung: Produktion | | Eine Liste der AWS Dienste, die von diesem Workload genutzt werden, sowie das AWS Konto und die Regionen, in denen sie sich befinden.Erstellen Sie für jeden Dienst eine neue Zeile. | Route 53: Leitet den Internetverkehr an die ALB weiter.
Konto: 123456789101
Region: US-OST-1, US-WEST-2 | | Eine Liste der AWS Dienste, die von diesem Workload genutzt werden, sowie das AWS Konto und die Regionen, in denen sie sich befinden.Erstellen Sie für jeden Dienst eine neue Zeile. | ALB: Leitet eingehenden Datenverkehr an eine Zielgruppe von ECS-Containern weiter.
Konto: 123456789101
Region: N/A | | Eine Liste der AWS Dienste, die von diesem Workload genutzt werden, sowie das AWS Konto und die Regionen, in denen sie sich befinden.Erstellen Sie für jeden Dienst eine neue Zeile. | ECS: Recheninfrastruktur für die Hauptflotte der Geschäftslogik. Verantwortlich für die Bearbeitung eingehender Benutzeranfragen und für Anfragen an die Persistenzschicht.
Konto: 123456789101
Region: US-EAST-1 | | Eine Liste der AWS Dienste, die von diesem Workload genutzt werden, sowie das AWS Konto und die Regionen, in denen sie sich befinden.Erstellen Sie für jeden Dienst eine neue Zeile. | RDS: Der Amazon Aurora Aurora-Cluster speichert Benutzerdaten, auf die über die ECS-Geschäftslogikschicht zugegriffen wird.
Konto: 123456789101
Region: US-EAST-1 | | Eine Liste der AWS Dienste, die von diesem Workload genutzt werden, sowie das AWS Konto und die Regionen, in denen sie sich befinden.Erstellen Sie für jeden Dienst eine neue Zeile. | S3: Speichert statische Inhalte der Website.
Konto: 123456789101
Region: N/A | | Geben Sie alle upstream/downstream Komponenten an, die nicht integriert sind und die sich bei einem Ausfall auf diese Arbeitslast auswirken könnten. | Authentifizierungs-Microservice: Verhindert, dass Benutzer ihre Gesundheitsdaten laden, da diese nicht authentifiziert werden. | | Gibt es On-Premise-Komponenten oder AWS Komponenten für diesen Workload? Falls ja, was sind sie und welche Funktionen werden ausgeführt? | Der gesamte internetbasierte Verkehr in/out von AWS wird über unseren lokalen Proxy-Service geleitet. | | Geben Sie Einzelheiten zu allen manuellen oder automatisierten failover/disaster Wiederherstellungsplänen auf Availability Zone- und regionaler Ebene an. | Warmer Bereitschaftsmodus. Automatischer Failover auf US-WEST-2 bei anhaltendem Rückgang der Erfolgsquote. | ## Fragebogen zur Erfassung von Alarmen **Runbook-Fragen** | Frage | Beispielantwort | | --- | --- | | AWS wird im Rahmen des Support Falls Ansprechpartner für die Arbeitslast ansprechen. Wer ist der Hauptansprechpartner, wenn ein Alarm für diese Arbeitslast ausgelöst wird?
Geben Sie Ihre bevorzugte Konferenzanwendung an und AWS wir werden Sie bei einem Vorfall nach diesen Informationen fragen.Wenn keine bevorzugte Konferenzanwendung zur Verfügung steht, wird sich während eines Vorfalls mit AWS Ihnen in Verbindung setzen und Ihnen eine Chime-Bridge zur Verfügung stellen, an der Sie teilnehmen können. | Bewerbungsteam
app@example.com
\+61 2 3456 7890 | | Wenn der Hauptansprechpartner während eines Vorfalls nicht verfügbar ist, geben Sie bitte die Eskalationskontakte und den Zeitplan in der bevorzugten Kommunikationsreihenfolge an. | 1. Wenn Sie nach 10 Minuten keine Antwort vom Hauptansprechpartner erhalten haben, wenden Sie sich an:
John Smith - Anwendungsleiter
john.smith@example.com
\+61 2 3456 7890
2. Wenn nach 10 Minuten keine Antwort von John Smith vorliegt, wenden Sie sich an:
Jane Smith - Betriebsleiterin
jane.smith@example.com
\+61 2 3456 7890 | | AWS informiert während des gesamten Vorfalls in regelmäßigen Abständen über den Support-Fall über Updates. Gibt es weitere Ansprechpartner, die diese Updates erhalten sollten? | john.smith@example.com, jane.smith@example.com | ## Alarmmatrix Geben Sie die folgenden Informationen an, um die Alarme zu identifizieren, die AWS Incident Detection and Response aktivieren, um Vorfälle im Namen Ihres Workloads zu erzeugen. Sobald die Techniker von AWS Incident Detection and Response Ihre Alarme überprüft haben, werden weitere Onboarding-Schritte durchgeführt. **AWS-Kriterien für die Erkennung und Reaktion auf kritische Alarme bei Vorfällen**: + Alarme von AWS Incident Detection and Response sollten nur dann in den Status „Alarm“ übergehen, wenn erhebliche Auswirkungen auf die überwachte Arbeitslast (Verlust der revenue/degraded Kundenerfahrung) bestehen und sofortige Aufmerksamkeit des Bedieners erforderlich ist. + Die AWS-Alarme für Incident Detection and Response müssen gleichzeitig oder vor dem Einsatz auch Ihre Resolver für die Arbeitslast einbeziehen. AWS Incident Manager arbeiten bei der Schadensbegrenzung mit Ihren Resolvern zusammen und agieren nicht als Ersthelfer, die dann an Sie weiterleiten. + Die Alarmschwellenwerte von AWS Incident Detection and Response müssen auf einen geeigneten Schwellenwert und eine angemessene Dauer festgelegt werden, sodass jedes Mal, wenn ein Alarm ausgelöst wird, eine Untersuchung durchgeführt werden muss. Wenn sich ein Alarm zwischen dem Status „Alarm“ und „OK“ bewegt, ist die Wirkung ausreichend, um eine Reaktion und Aufmerksamkeit des Bedieners zu gewährleisten. **AWS-Richtlinie zur Erkennung und Reaktion auf Vorfälle bei Verstößen gegen Kriterien**: Diese Kriterien können nur dann bewertet werden, wenn Ereignisse eintreten. case-by-case Das Incident-Management-Team arbeitet mit Ihren technischen Kundenbetreuern (TAMs) zusammen, um Alarme anzupassen und in seltenen Fällen die Überwachung zu deaktivieren, wenn der Verdacht besteht, dass Kundenalarme diese Kriterien nicht erfüllen und das Incident-Management-Team unnötig regelmäßig einbezieht. **Wichtig** Geben Sie bei der Angabe von Kontaktadressen E-Mail-Adressen für die Gruppenverteilung an, sodass Sie das Hinzufügen und Löschen von Empfängern ohne Runbook-Updates kontrollieren können. Geben Sie die Kontakttelefonnummer Ihres Site Reliability Engineering (SRE) -Teams an, wenn Sie möchten, dass das AWS-Incident Detection and Response-Team das Team nach dem Senden einer ersten Kontakt-E-Mail anruft. **Alarm-Matrixtabelle** [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/IDR/latest/userguide/idr-gs-questionnaire.html)