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.
# Durchführung und Verwaltung von Resilienzbewertungen in AWS Resilience Hub
Wenn sich Ihre Anwendung ändert, sollten Sie eine Resilienzbewertung durchführen. Bei der Bewertung wird jede Konfiguration der Anwendungskomponente mit der Richtlinie verglichen und es werden Alarm-, SOP- und Testempfehlungen ausgesprochen. Diese Konfigurationsempfehlungen können die Geschwindigkeit der Wiederherstellungsverfahren verbessern.
Alarmempfehlungen helfen Ihnen bei der Einrichtung von Alarmen, die Ausfälle erkennen. SOP-Empfehlungen stellen Skripts zur Verfügung, mit denen gängige Wiederherstellungsprozesse verwaltet werden können, z. B. die Wiederherstellung aus einem Backup. Die Testempfehlungen bieten Vorschläge, mit denen Sie überprüfen können, ob Ihre Konfigurationen ordnungsgemäß funktionieren. Sie können beispielsweise testen, ob eine Anwendung bei automatischen Wiederherstellungsprozessen wie automatischer Skalierung oder Lastenausgleich aufgrund von Netzwerkproblemen wiederhergestellt wird. Sie können testen, ob Anwendungsalarme ausgelöst werden, wenn Ressourcen ihre Grenzen erreichen. Sie können auch testen, wie gut es unter den von Ihnen angegebenen Bedingungen SOPs funktioniert.
**Topics**
+ [Durchführung von Resilienzbewertungen in AWS Resilience Hub](run-assessment.md)
+ [Überprüfung der Bewertungsberichte](review-assessment.md)
+ [Resilienzbewertungen werden gelöscht](delete-assessment.md)
# Durchführung von Resilienzbewertungen in AWS Resilience Hub
Sie können Resilienzbewertungen von mehreren Standorten aus in durchführen. AWS Resilience Hub Weitere Informationen zu Ihrer Anwendung finden Sie unter[AWS Resilience Hub Anwendungen beschreiben und verwalten](applications.md).
**So führen Sie eine Resilienzbewertung über das Menü Aktionen aus**
1. Wählen Sie im linken Navigationsmenü **Anwendungen** aus.
1. Wählen Sie eine Anwendung aus der Tabelle **Anwendungen** aus.
1. Wählen Sie im Menü **Aktionen** die Option **Resilienz bewerten** aus.
1. Im Dialogfeld **Resilienzbewertung ausführen** können Sie einen eindeutigen Namen eingeben oder den generierten Namen für die Bewertung verwenden.
1. Klicken Sie auf **Ausführen**.
Um den Bewertungsbericht zu überprüfen, wählen Sie in Ihrer Anwendung **Assessments** aus. Weitere Informationen finden Sie unter [Überprüfung der Bewertungsberichte](review-assessment.md).
**Um eine Resilienzbewertung auf der Registerkarte „Assessments“ durchzuführen**
Sie können eine neue Resilienzbewertung durchführen, wenn sich Ihre Anwendung oder Resilienzrichtlinie ändert.
1. **Wählen Sie im linken Navigationsmenü Anwendungen aus.**
1. Wählen Sie eine Anwendung aus der Tabelle **Anwendungen** aus.
1. Wählen Sie die Registerkarte „**Assessments**“.
1. Wählen Sie **Resilienzbewertung ausführen** aus.
1. Im Dialogfeld **Resilienzbewertung ausführen** können Sie einen eindeutigen Namen eingeben oder den generierten Namen für die Bewertung verwenden.
1. Klicken Sie auf **Ausführen**.
Um den Bewertungsbericht zu überprüfen, wählen Sie in Ihrer Anwendung **Assessments** aus. Weitere Informationen finden Sie unter [Überprüfung der Bewertungsberichte](review-assessment.md).
# Überprüfung der Bewertungsberichte
Bewertungsberichte finden Sie in der Ansicht „**Assessments**“ Ihrer Anwendung.
**Um einen Bewertungsbericht zu finden**
1. Wählen Sie im linken Navigationsmenü **Anwendungen** aus.
1. Öffnen Sie unter **Anwendungen** eine Anwendung.
1. Wählen Sie auf der Registerkarte **Bewertungen** im Abschnitt **Resilienzbewertungen** einen Bewertungsbericht aus.
Wenn Sie den Bericht öffnen, sehen Sie Folgendes:
+ Ein Gesamtüberblick über den Bewertungsbericht
+ Empfehlungen zur Verbesserung der Resilienz.
+ Empfehlungen zur Einrichtung von Alarmen SOPs und Tests
+ Wie erstellst und verwaltest du Tags, um deine AWS Ressourcen zu durchsuchen und zu filtern
## Bewertungsbericht
Dieser Abschnitt bietet einen Überblick über den Bewertungsbericht. AWS Resilience Hub listet jeden Störungstyp und die zugehörige Anwendungskomponente auf. Außerdem werden Ihre aktuellen RTO- und RPO-Richtlinien aufgeführt und es wird festgestellt, ob die Anwendungskomponente die Richtlinienziele erreichen kann.
**Übersicht**
Zeigt den Namen der Anwendung, den Namen der Resilienzrichtlinie und das Erstellungsdatum des Berichts an.
**Es wurden Ressourcenverschiebungen festgestellt**
In diesem Abschnitt werden alle Ressourcen aufgeführt, die hinzugefügt oder entfernt wurden, nachdem sie in die neueste Version der veröffentlichten Anwendung aufgenommen wurden. Wählen Sie **Eingabequellen** erneut importieren, um alle Eingabequellen (die Ressourcen enthalten) auf der Registerkarte **Eingabequellen** erneut zu importieren. Wählen Sie „**Veröffentlichen und bewerten**“, um die aktualisierten Ressourcen in die Anwendung aufzunehmen und eine genaue Bewertung der Belastbarkeit zu erhalten.
Sie können die abgewichenen Eingabequellen anhand der folgenden Informationen identifizieren:
+ **Logische ID** – gibt die logische ID der Ressource an. Eine logische ID ist ein Name, der verwendet wird, um Ressourcen in Ihrem AWS CloudFormation Stack, Ihrer Terraform-Statusdatei, Ihrer MyApplications-Anwendung oder zu identifizieren. AWS -Ressourcengruppen
+ **Änderung** **— Gibt an, ob eine Eingaberessource **hinzugefügt** oder entfernt wurde.**
+ **Quellname** – gibt den Ressourcennamen an. Wählen Sie einen Quellnamen aus, um die Details in der jeweiligen Anwendung anzuzeigen. Für manuell hinzugefügte Eingabequellen ist der Link nicht verfügbar. Wenn Sie beispielsweise den Quellnamen wählen, der aus einem AWS CloudFormation Stack importiert wird, werden Sie auf die Seite mit den Stack-Details auf der weitergeleitet AWS CloudFormation.
+ **Ressourcentyp** – gibt den Ressourcentyp an.
+ **Konto** — Gibt das AWS Konto an, dem die physische Ressource gehört.
+ **Region** – gibt die AWS -Region an, in der sich die Ressource befindet.
**RTO**
Zeigt in grafischer Darstellung, ob die Anwendung voraussichtlich die Ziele der Resilienz-Richtlinie erfüllt. Dies basiert auf der Zeitspanne, in der eine Anwendung ausgefallen sein kann, ohne dass das Unternehmen nennenswert geschädigt wird. Die Bewertung gibt einen geschätzten RTO-Workload an.
**RPO**
Zeigt in grafischer Darstellung, ob die Anwendung voraussichtlich die Ziele der Resilienz-Richtlinie erfüllt. Dies basiert auf der Zeitspanne, in der Daten verloren gehen können, bevor ein erheblicher Schaden für das Unternehmen eintritt. Die Bewertung liefert einen geschätzten RPO-Wert für die Arbeitslast.
**Details**
Enthält detaillierte Beschreibungen der einzelnen Störungstypen mithilfe der Registerkarten **Alle Ergebnisse und Abweichungen** bei **der Anwendungskonformität.** Auf der Registerkarte „**Alle Ergebnisse**“ werden alle Störungen einschließlich Abweichungen bei der Einhaltung von Vorschriften angezeigt, und auf der Registerkarte „Abweichungen bei der **Anwendungskonformität“ werden nur Abweichungen bei der Einhaltung** der Vorschriften angezeigt. Die Art der Störung umfasst **Anwendung**, Cloud-Infrastruktur (**Infrastruktur** und **Availability Zone**) und **Region** und bietet die folgenden Informationen dazu:
+ **AppComponent**
Die Ressourcen, aus denen die Anwendung besteht. Ihre Anwendung könnte beispielsweise über eine Datenbank- oder Rechenkomponente verfügen.
+ **Geschätzter RTO**
Gibt an, ob Ihre Richtlinienkonfiguration Ihren Richtlinienanforderungen entspricht. Wir geben zwei Werte an: unsere **geschätzte RTO** und Ihre **angestrebte RTO**. Wenn Sie beispielsweise unter **Ziel-RTO einen Wert von **2 Stunden** und unter RTO** für **geschätzte Arbeitslast** einen Wert von **40 Mio.** sehen, bedeutet das, dass wir einen geschätzten Workload-RTO von 40 Minuten angeben, während der aktuelle RTO Ihrer Anwendung zwei Stunden beträgt. Wir stützen unsere geschätzte RTO-Berechnung für die Arbeitslast auf die Konfiguration, nicht auf die Richtlinie. Daher hat eine Multi-Availability Zone-Datenbank bei einem Ausfall der Availability Zone immer den gleichen geschätzten Workload-RTO, unabhängig davon, welche Richtlinie Sie wählen.
+ **RTO-Abweichung**
Gibt die Dauer an, um die Ihre Anwendung vom Wert für die geschätzte Workload-RTO der vorherigen erfolgreichen Bewertung abgewichen ist. Wir geben zwei Werte an: unsere **geschätzte **RTO und die RTO-Drift****. Wenn Sie beispielsweise unter „**Geschätzte RTO**“ einen Wert von **2 Stunden** und unter „**RTO-Drift**“ einen Wert von **40** Minuten sehen, bedeutet dies, dass Ihre Anwendung von der geschätzten Workload-RTO der vorherigen erfolgreichen Bewertung um 40 Minuten abweicht.
+ **Geschätztes RPO**
Zeigt die tatsächliche **RPO-Richtlinie „Geschätzte Arbeitslast**“ an, die AWS Resilience Hub auf der Grundlage der **Ziel-RPO-Richtlinie** geschätzt wird, die Sie für jede Anwendungskomponente festgelegt haben. Möglicherweise haben Sie in Ihrer Ausfallsicherheitsrichtlinie das RPO-Ziel für Ausfälle in der Availability Zone auf eine Stunde festgelegt. Das geschätzte Ergebnis könnte nahe Null berechnet werden. Dies setzt voraus, dass Amazon Aurora, wo wir jede Transaktion festschreiben, in vier von sechs Knoten, die sich über mehrere Availability Zones erstrecken, erfolgreich ist. Die point-in-time Wiederherstellung kann fünf Minuten dauern.
Das einzige RTO- und RPO-Ziel, das Sie nicht angeben können, ist Region. Bei einigen Anwendungen ist es sinnvoll, die Wiederherstellung zu planen, wenn eine entscheidende Abhängigkeit von einem AWS-Service besteht, der möglicherweise in der gesamten Region nicht mehr verfügbar ist.
Wenn Sie sich für diese Option entscheiden, z. B. die Festlegung von RTO- oder RPO-Zielen für die Region, erhalten Sie eine geschätzte Wiederherstellungszeit und Betriebsempfehlungen für solche Ausfälle.
+ **RPO-Abweichung**
Gibt die Dauer an, um die Ihre Anwendung vom Wert für das RPO des geschätzten Workloads der vorherigen erfolgreichen Bewertung abgewichen ist. **Wir geben zwei Werte an: unser **geschätztes RPO und unsere RPO-Drift**.** Wenn Sie beispielsweise unter „**Geschätztes RPO“ einen Wert von **2 Stunden** und unter „**RPO-Drift****“ **40 m** sehen, bedeutet dies, dass Ihre Anwendung vom geschätzten Workload-RPO der vorherigen erfolgreichen Bewertung um 40 Minuten abweicht.
# Überprüfung der Empfehlungen zur Ausfallsicherheit
In den Empfehlungen zur Ausfallsicherheit werden die Anwendungskomponenten bewertet und es werden Empfehlungen zur Optimierung anhand des geschätzten Workload-RTO und des geschätzten Workload-RPO, der Kosten und der minimalen Änderungen gegeben.
Mit AWS Resilience Hub können Sie die Ausfallsicherheit mithilfe einer der folgenden empfohlenen Optionen unter **Warum sollten Sie sich für diese Option entscheiden**, optimieren:
**Anmerkung**
AWS Resilience Hub bietet bis zu drei AWS Resilience Hub empfohlene Optionen.
Wenn Sie regionale RTO- und RPO-Ziele festlegen, AWS Resilience Hub wird in den empfohlenen **Optionen Optimize for Region RTO/RPO** angezeigt. Wenn keine regionalen RTO- und RPO-Ziele festgelegt sind, wird RTO/RPO **für Availability Zone (AZ) optimieren** angezeigt. Weitere Informationen zur Festlegung regionaler RTO/RPO Ziele bei der Erstellung von Ausfallsicherheitsrichtlinien finden Sie unter. [Resilienzrichtlinien erstellen](create-policy.md)
Die geschätzten RTO-Werte für die Arbeitslast und die geschätzten RPO-Werte für die Arbeitslast für die Anwendungen und ihre Konfigurationen werden unter Berücksichtigung der Datenmenge und der einzelnen Benutzer bestimmt. AppComponents Bei diesen Werten handelt es sich jedoch nur um Schätzungen. Sie sollten Ihre eigenen Tests (z. B. AWS Fault Injection Service) verwenden, um Ihre Anwendung auf tatsächliche Wiederherstellungszeiten zu testen.
**Optimieren Sie für Availability Zone RTO/RPO**
Die niedrigstmöglichen geschätzten Workload-Wiederherstellungszeiten (RTO/RPO) während einer Unterbrechung der Availability Zone (AZ). Wenn Ihre Konfiguration nicht ausreichend geändert werden kann, um die RTO- und RPO-Ziele zu erreichen, werden Sie über die niedrigsten geschätzten Wiederherstellungszeiten für Workloads in AZ informiert, damit Ihre Konfiguration der Möglichkeit nahe kommt, die Richtlinie einzuhalten.
**Optimieren Sie für Region RTO/RPO**
Die niedrigstmögliche geschätzte Workload-Wiederherstellungszeit (RTO/RPO) während einer regionalen Störung. Wenn Ihre Konfiguration nicht ausreichend geändert werden kann, um die RTO- und RPO-Ziele zu erreichen, werden Sie über die niedrigsten geschätzten Wiederherstellungszeiten für die Workload-Region informiert, damit Ihre Konfiguration der Möglichkeit nahe kommt, die Richtlinie einzuhalten.
**Optimieren Sie im Hinblick auf die Kosten**
Die niedrigsten Kosten, die Ihnen bei gleichzeitiger Einhaltung Ihrer Ausfallsicherheitsrichtlinien entstehen können. Wenn Ihre Konfiguration nicht ausreichend geändert werden kann, um die Optimierungsziele zu erreichen, werden Sie über die niedrigsten Kosten informiert, die Ihnen entstehen können, um Ihre Konfiguration so weit wie möglich zu bringen, die Richtlinie einzuhalten.
**Optimieren Sie für minimale Änderungen**
Die minimalen Änderungen, die erforderlich sind, um Ihre politischen Ziele zu erreichen. Wenn Ihre Konfiguration nicht ausreichend geändert werden kann, um die Optimierungsziele zu erreichen, werden Sie über die empfohlenen Änderungen informiert, mit denen Ihre Konfiguration der Möglichkeit, die Richtlinie zu erfüllen, sehr nahe kommen kann.
Die folgenden Elemente sind in den Aufschlüsselungen nach Optimierungskategorien enthalten:
+ **Beschreibung**
Beschreibt die von AWS Resilience Hub vorgeschlagenen Konfigurationen.
+ **Änderungen**
Eine Liste von Textänderungen, in denen die Aufgaben beschrieben werden, die erforderlich sind, um zur vorgeschlagenen Konfiguration zu wechseln.
+ **Grundkosten**
Die geschätzten Kosten im Zusammenhang mit den empfohlenen Änderungen.
**Anmerkung**
Die **Grundkosten** können je nach Nutzung variieren und beinhalten keine Rabatte oder Angebote aus dem Enterprise Discount Program (EDP).
+ **Geschätzte Arbeitslast (RTO und RPO)**
Das geschätzte Workload-RTO und das geschätzte Workload-RPO nach Änderungen.
AWS Resilience Hub bewertet, ob eine Anwendungskomponente (AppComponent) eine Ausfallsicherheitsrichtlinie einhalten kann. Wenn der einer Ausfallsicherheitsrichtlinie AppComponent nicht entspricht und AWS Resilience Hub keine Empfehlungen zur Erleichterung der Einhaltung aussprechen kann, kann dies daran liegen, dass die Wiederherstellungszeit für die ausgewählten Geräte AppComponent nicht innerhalb der Einschränkungen von eingehalten werden kann. AppComponent Zu den AppComponent Einschränkungen gehören beispielsweise Ressourcentyp, Speichergröße oder Ressourcenkonfiguration.
Um die AppComponent Einhaltung der Resilienz-Richtlinie zu erleichtern, ändern Sie den Ressourcentyp der AppComponent oder aktualisieren Sie die Resilienz-Richtlinie, um sie an das anzupassen, was die Ressource bieten kann.
# Überprüfung der operativen Empfehlungen
Betriebsempfehlungen enthalten Empfehlungen zur Einrichtung von Alarmen und AWS FIS Experimenten anhand von AWS CloudFormation Vorlagen. SOPs
AWS Resilience Hub stellt AWS CloudFormation Vorlagendateien bereit, mit denen Sie die Infrastruktur der Anwendung als Code herunterladen und verwalten können. Aus diesem Grund stellen wir Empfehlungen bereit, AWS CloudFormation damit Sie sie Ihrem Anwendungscode hinzufügen können. Wenn die Größe der AWS CloudFormation Vorlagendatei mehr als ein MB beträgt und mehr als 500 Ressourcen enthält, AWS Resilience Hub generiert sie mehr als eine AWS CloudFormation Vorlagendatei, wobei die Größe jeder Datei nicht mehr als ein MB beträgt und bis zu 500 Ressourcen enthält. Wenn die AWS CloudFormation Vorlagendatei in mehrere Dateien aufgeteilt ist, werden die Namen der AWS CloudFormation Vorlagendateien mit angehängt`partXofY`, wobei `X` die Dateinummer in der Reihenfolge und die Gesamtzahl der Dateien `Y` angegeben wird, in die die AWS CloudFormation Vorlagendatei aufgeteilt ist. Wenn die Vorlagendatei beispielsweise in vier Dateien aufgeteilt `big-app-template5-Alarm-104849185070-us-west-2.yaml` ist, lauten die Dateinamen wie folgt:
+ `big-app-template5-Alarm-104849185070-us-west-2-part1of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part2of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part3of4.yaml`
+ `big-app-template5-Alarm-104849185070-us-west-2-part4of4.yaml`
Bei großen AWS CloudFormation Vorlagen werden Sie jedoch aufgefordert, den Amazon Simple Storage Service-URI anzugeben, anstatt ihn CLI/API mit der lokalen Datei als Eingabe zu verwenden.
AWS Resilience Hub In können Sie die folgenden Aktionen ausführen:
+ Sie können die ausgewählten Alarme SOPs und AWS FIS Experimente bereitstellen. Um Alarme und AWS FIS Experimente bereitzustellen SOPs, wählen Sie die entsprechende Empfehlung aus und geben Sie einen eindeutigen Namen ein. AWS Resilience Hub erstellt eine Vorlage auf der Grundlage Ihrer ausgewählten Empfehlungen. Unter **Vorlagen** können Sie über eine Amazon Simple Storage Service (Amazon S3) -URL auf Ihre erstellten Vorlagen zugreifen.
+ Sie können ausgewählte Alarme und AWS FIS Experimente SOPs, die zu einem beliebigen Zeitpunkt für Ihre Anwendung empfohlen wurden, ein- oder ausschließen. Weitere Informationen finden Sie unter [Einschließlich oder ohne betriebliche Empfehlungen](exclude-recommend.md).
+ Sie können auch nach einer Anwendung nach Tags suchen, sie erstellen, hinzufügen, entfernen und verwalten und alle damit verknüpften Tags anzeigen.
# Einschließlich oder ohne betriebliche Empfehlungen
AWS Resilience Hub bietet eine Option zum Ein- oder Ausschließen der Alarme und AWS FIS Experimente (Tests), die zur Verbesserung der Ausfallsicherheit Ihrer Anwendung zu einem beliebigen Zeitpunkt empfohlen wurden. SOPs Das Ein- und Ausschließen betrieblicher Empfehlungen wirkt sich erst dann auf den Stabilitätswert Ihrer Anwendung aus, wenn Sie eine neue Bewertung durchführen. Daher empfehlen wir Ihnen, eine Bewertung durchzuführen, um den aktualisierten Resilienz-Score zu erhalten und zu verstehen, wie sich dieser auf Ihre Anwendung auswirkt.
Weitere Informationen zur Einschränkung der Berechtigungen zum Einschließen oder Ausschließen von Empfehlungen pro Anwendung finden Sie unter. [Beschränken Sie die Berechtigungen auf das Ein- oder Ausschließen von AWS Resilience Hub Empfehlungen](include-exclude-limit-permissions.md)
**So schließen Sie Betriebsempfehlungen in Anwendungen ein oder aus**
1. Wählen Sie im linken Navigationsmenü **Anwendungen** aus.
1. Öffnen Sie unter **Anwendungen** eine Anwendung.
1. Wählen Sie **Assessments** und wählen Sie eine Bewertung aus der Tabelle **Resiliency Assessments** aus. Wenn Sie noch keine Bewertung haben, schließen Sie das Verfahren unter ab [Durchführung von Resilienzbewertungen in AWS Resilience Hub](run-assessment.md) und kehren Sie dann zu diesem Schritt zurück.
1. Wählen Sie die Registerkarte **Betriebsempfehlungen** aus.
1. Gehen Sie wie folgt vor, um betriebliche Empfehlungen in Ihren Antrag aufzunehmen oder daraus auszuschließen:
**Um empfohlene Alarme in Ihre Anwendung aufzunehmen oder auszuschließen**
1. Gehen Sie wie folgt vor, um Alarme auszuschließen:
1. **Wählen Sie auf der Registerkarte **Alarme in der Tabelle Alarme** alle Alarme (mit dem Status **Nicht implementiert**) aus, die Sie ausschließen möchten.** Den aktuellen Implementierungsstatus eines Alarms können Sie der Spalte **Status** entnehmen.
1. Wählen Sie **unter Aktionen** die Option **Ausgewählte ausschließen aus**.
1. Wählen Sie im Dialogfeld „**Empfehlungen ausschließen**“ einen der folgenden Gründe aus (optional) und wählen Sie **Ausgewählte ausschließen** aus, um die ausgewählten Alarme aus der Anwendung auszuschließen.
+ **Bereits implementiert** — Wählen Sie diese Option, wenn Sie diese Alarme bereits in einem AWS Service wie Amazon CloudWatch oder einem anderen Drittanbieter implementiert haben.
+ **Nicht relevant** — Wählen Sie diese Option, wenn die Alarme nicht Ihren Geschäftsanforderungen entsprechen.
+ **Zu kompliziert in der Implementierung** — Wählen Sie diese Option, wenn Sie der Meinung sind, dass die Implementierung dieser Alarme zu kompliziert ist.
+ **Andere** — Wählen Sie diese Option, um einen anderen Grund für den Ausschluss der Empfehlung anzugeben.
1. Gehen Sie wie folgt vor, um Alarme einzubeziehen:
1. **Wählen Sie auf der Registerkarte **Alarme in der Tabelle Alarme** alle Alarme (mit dem Status **Ausgeschlossen**) aus, die Sie einbeziehen möchten.** Den aktuellen Implementierungsstatus des Alarms können Sie der Spalte **Status** entnehmen.
1. Wählen Sie unter **Aktionen** die Option **Ausgewählte einbeziehen** aus.
1. Wählen Sie im Dialogfeld „**Empfehlungen** **einbeziehen“ die Option Ausgewählte** einbeziehen, um alle ausgewählten Alarme in Ihre Anwendung aufzunehmen.
**Um empfohlene Standardarbeitsanweisungen (SOPs) in Ihre Anwendung aufzunehmen oder daraus auszuschließen**
1. Gehen Sie wie folgt vor SOPs, um empfohlene Empfehlungen auszuschließen:
1. Wählen Sie auf der Registerkarte **Standardarbeitsanweisungen** aus der **SOPs**Tabelle alle SOPs (mit dem Status **Implementiert** oder **Nicht implementiert**) aus, die Sie ausschließen möchten. Den aktuellen Implementierungsstatus einer SOP können Sie der Spalte **Status** entnehmen.
1. Wählen Sie **unter Aktionen** die Option **Ausgewählte ausschließen** aus, um die ausgewählten Personen SOPs aus Ihrer Anwendung auszuschließen.
1. Wählen Sie im Dialogfeld „**Empfehlungen ausschließen**“ einen der folgenden Gründe aus (optional) und wählen Sie **Ausgewählte ausschließen**, um die ausgewählten Personen SOPs aus der Anwendung auszuschließen.
+ **Bereits implementiert** — Wählen Sie diese Option, wenn Sie diese bereits SOPs in einem AWS Service oder einem anderen Drittanbieter implementiert haben.
+ **Nicht relevant** — Wählen Sie diese Option, wenn SOPs sie nicht Ihren Geschäftsanforderungen entspricht.
+ **Zu kompliziert zu implementieren** — Wählen Sie diese Option, wenn Sie der Meinung SOPs sind, dass die Implementierung zu kompliziert ist.
+ **Keine** — Wählen Sie diese Option, wenn Sie den Grund nicht angeben möchten.
1. Führen Sie zum SOPs Einschließen die folgenden Schritte aus:
1. Wählen Sie auf der Registerkarte **Standardarbeitsanweisungen** aus der **SOPs**Tabelle alle Alarme (mit dem Status **Ausgeschlossen**) aus, die Sie einbeziehen möchten. Den aktuellen Implementierungsstatus des Alarms können Sie der Spalte **Status** entnehmen.
1. Wählen Sie unter **Aktionen** die Option **Ausgewählte einbeziehen** aus.
1. Wählen Sie im Dialogfeld „**Empfehlungen** **einbeziehen“ die Option Ausgewählte** einbeziehen, um alle SOPs in Ihrer Anwendung ausgewählten Elemente einzubeziehen.
**Um empfohlene Tests in Ihre Anwendung aufzunehmen oder daraus auszuschließen**
1. Gehen Sie wie folgt vor, um empfohlene Tests auszuschließen:
1. **Wählen Sie auf der Registerkarte **Vorlagen für Fault-Injection-Experimente** **in der Tabelle mit den Versuchsvorlagen für Fehlerinjektionen** alle Tests (mit dem Status **Implementiert oder Nicht implementiert**) aus, die Sie ausschließen möchten.** Den aktuellen Implementierungsstatus eines Tests können Sie der Spalte **Status** entnehmen.
1. Wählen Sie **unter Aktionen** die Option **Ausgewählte ausschließen aus**.
1. Wählen Sie im Dialogfeld „**Empfehlungen ausschließen**“ einen der folgenden Gründe aus (optional) und wählen Sie **Ausgewählte ausschließen** aus, um die ausgewählten AWS FIS Experimente aus der Anwendung auszuschließen.
+ **Bereits implementiert** — Wählen Sie diese Option, wenn Sie diese Tests bereits in einem AWS Dienst oder einem anderen Drittanbieter implementiert haben.
+ **Nicht relevant** — Wählen Sie diese Option, wenn die Tests nicht Ihren Geschäftsanforderungen entsprechen.
+ **Zu kompliziert zu implementieren** — Wählen Sie diese Option, wenn Sie der Meinung sind, dass die Implementierung dieser Tests zu kompliziert ist.
+ **Keine** — Wählen Sie diese Option, wenn Sie den Grund nicht angeben möchten.
1. Gehen Sie wie folgt vor, um empfohlene Tests einzubeziehen:
1. Wählen Sie auf der Registerkarte **Vorlagen für Experimente** mit **Fehlerinjektion in der Tabelle mit Versuchsvorlagen für** Fehlerinjektionen alle Tests (mit dem Status **Ausgeschlossen**) aus, die Sie einbeziehen möchten. Den aktuellen Implementierungsstatus des Tests können Sie der Spalte **Status** entnehmen.
1. Wählen Sie unter **Aktionen** die Option **Ausgewählte einbeziehen** aus.
1. Wählen Sie im Dialogfeld **Empfehlungen einbeziehen** **die Option Ausgewählte einbeziehen** aus, um alle ausgewählten Tests in Ihre Anwendung einzubeziehen.
# Resilienzbewertungen werden gelöscht
**Sie können Resilienzbewertungen in der Bewertungsansicht Ihrer Anwendung löschen.**
**Um eine Resilienzbewertung zu löschen**
1. Wählen Sie im linken Navigationsmenü **Anwendungen** aus.
1. Öffnen Sie unter **Anwendungen** eine Anwendung.
1. Wählen Sie **unter Assessments** in der Tabelle **Resiliency Assessments** einen Bewertungsbericht aus.
1. Um die Löschung zu bestätigen, klicken Sie auf **Delete (Löschen)**.
Der Bericht wird nicht mehr in der Tabelle mit **Resilienzbewertungen** angezeigt.