Wir haben eine neue Version des Well-Architected Framework veröffentlicht. Wir haben dem Objektivkatalog auch neue und aktualisierte Objektive hinzugefügt. Erfahre mehr
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.
Workloads
Ein Workload ist eine Sammlung von Ressourcen und Code, die einen Unternehmenswert bietet, wie z. B. eine kundenorientierte Anwendung oder einen Backend-Prozess.
Eine Arbeitslast kann aus einer Teilmenge von Ressourcen in einer einzigen AWS-Konto oder aus einer Sammlung mehrerer Ressourcen bestehen, die sich über mehrere erstrecken. AWS-Konten Ein kleines Unternehmen hat möglicherweise nur wenige Workloads, während ein großes Unternehmen Tausende haben kann.
Die Seite Workloads, die über die linke Navigation verfügbar ist, enthält Informationen zu Ihren Workloads und zu allen Workloads, die für Sie freigegeben wurden.
Für jede Workload werden die folgenden Informationen angezeigt:
- Name
-
Name der Workload.
- Eigentümer
-
Die AWS-Konto ID, der der Workload gehört.
- Beantwortete Fragen
-
Die Anzahl der beantworteten Fragen.
- Hohe Risiken
-
Die Anzahl der identifizierten Probleme mit hohem Risiko (HRIs).
- Mittlere Risiken
-
Die Anzahl der identifizierten Probleme mit mittlerem Risiko (MRIs).
- Verbesserungsstatus
-
Der Verbesserungsstatus, den Sie für den Workload festgelegt haben:
-
None
-
Nicht begonnen
-
In Bearbeitung
-
Complete
-
Risiko bestätigt
-
- Letzte Aktualisierung
-
Datum und die Uhrzeit, zu dem/der der Workload zuletzt aktualisiert wurde.
Nachdem Sie einen Workload in der Liste ausgewählt haben:
-
Um die Details der Workload zu überprüfen, wählen Sie View details (Details anzeigen) aus.
-
Wählen Sie Edit (Bearbeiten) aus, um die Eigenschaften der Workload zu ändern.
-
Um die gemeinsame Nutzung der Arbeitslast mit anderen AWS-Konten Benutzern oder Organisationseinheiten (OUs) zu verwalten, wählen Sie Details anzeigen und dann Freigaben aus. AWS Organizations
-
Wählen Sie Delete (Löschen) aus, um die Workload und alle zugehörigen Meilensteine zu löschen. Nur der Besitzer des Workloads kann diesen löschen.
Warnung
Das Löschen eines Workloads kann nicht rückgängig gemacht werden. Alle Daten, die dem Workload zuordnet sind, werden gelöscht.
Probleme mit hohem Risiko (HRIs) und Probleme mit mittlerem Risiko (MRIs)
Probleme mit hohem Risiko (HRIs), die in der identifiziert wurden, AWS Well-Architected Tool sind architektonische und betriebliche Entscheidungen, von denen festgestellt AWS wurde, dass sie erhebliche negative Auswirkungen auf ein Unternehmen haben könnten. Diese HRIs können sich auf organisatorische Abläufe, Vermögenswerte und Einzelpersonen auswirken. Probleme mit mittlerem Risiko (MRIs) könnten sich ebenfalls negativ auf das Geschäft auswirken, jedoch in geringerem Maße. Diese Probleme basieren auf Ihren Antworten in AWS Well-Architected Tool. Die entsprechenden bewährten Verfahren werden von AWS Kunden AWS und Kunden häufig angewendet. Diese Best Practices sind die Leitlinien, die durch das AWS Well-Architected Framework und die Objektive definiert werden.
Anmerkung
Dies sind nur Richtlinien. Kunden sollten die möglichen Auswirkungen einer eventuellen Nichteinführung der bewährten Methoden auf ihr Geschäft bewerten und messen. Wenn es bestimmte technische oder geschäftliche Gründe gibt, die die Anwendung einer bewährten Methode auf die Arbeitslast verhindern, ist das Risiko möglicherweise geringer als angegeben. AWS schlägt vor, dass Kunden diese Gründe und ihre Auswirkungen auf die bewährten Verfahren in den Arbeitsauslastungsnotizen dokumentieren. Für alle identifizierten HRIs und AWS schlägt vorMRIs, dass Kunden die bewährte Methode anwenden, wie sie in der definiert ist AWS Well-Architected Tool. Wenn die bewährten Methode implementiert ist, geben Sie an, dass das Problem behoben wurde, indem Sie die bewährte Methode in AWS Well-Architected Tool als erfüllt kennzeichnen. Falls Kunden sich dafür entscheiden, das bewährte Verfahren nicht umzusetzen, AWS schlägt vor, dass sie die entsprechende Genehmigung auf Unternehmensebene und die Gründe für die Nichtumsetzung dokumentieren.
