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.
Überlegungen zum Well-Architected AWS-Design
Wir haben diese Lösung auf der Grundlage von Best Practices aus dem Well-Architected AWS-Framework entwickelt,
In diesem Abschnitt wird beschrieben, wie die Entwurfsprinzipien und Best Practices des Well-Architected Frameworks bei der Erstellung dieser Lösung angewendet wurden.
Operative Exzellenz
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und bewährten Verfahren des Pfeilers https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html Operational Excellence konzipiert haben.
-
Die Lösung leitet Kennzahlen an Amazon weiter, um CloudWatch die Beobachtbarkeit seiner Komponenten (wie der Infrastruktur und der Lambda-Funktionen) zu gewährleisten.
-
AWS X-Ray verfolgt Lambda-Funktionen.
-
Verwendet Amazon SNS für die Fehlerberichterstattung.
Sicherheit
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und Best Practices der Säule Sicherheit konzipiert haben.
-
Für die gesamte dienstübergreifende Kommunikation werden IAM-Rollen verwendet.
-
Für die gesamte Kommunikation mit mehreren Konten werden IAM-Rollen verwendet.
-
Alle Rollen, die von der Lösung verwendet werden, folgen dem Zugriff nach den geringsten Rechten. Mit anderen Worten, sie enthalten nur die Mindestberechtigungen, die erforderlich sind, damit der Dienst ordnungsgemäß funktionieren kann.
-
Alle Datenspeicher, einschließlich DynamoDB-Tabellen, sind im Ruhezustand verschlüsselt.
Zuverlässigkeit
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und Best Practices der Säule Zuverlässigkeit konzipiert haben.
-
Die Lösung verwendet, wo immer möglich, serverlose AWS-Services (wie Lambda und DynamoDB), um eine hohe Verfügbarkeit und Wiederherstellung nach einem Serviceausfall sicherzustellen.
-
Bei der Datenverarbeitung werden Lambda-Funktionen verwendet. Die Lösung speichert Daten in DynamoDB, sodass sie standardmäßig in mehreren Availability Zones gespeichert werden.
Leistungseffizienz
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und Best Practices der Säule Leistungseffizienz konzipiert haben. https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/welcome.html
-
Die Lösung verwendet eine serverlose Architektur.
-
Sie können die Lösung in jeder AWS-Region starten, die die in dieser Lösung verwendeten AWS-Services unterstützt (wie Lambda und DynamoDB). Einzelheiten finden Sie unter Unterstützte AWS-Regionen.
-
Die Lösung wird täglich automatisch getestet und bereitgestellt. Unsere Lösungsarchitekten und Fachexperten überprüfen die Lösung auf Bereiche, in denen experimentiert und verbessert werden kann.
Kostenoptimierung
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und Best Practices der Säule https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html Kostenoptimierung konzipiert haben.
-
Die Lösung verwendet eine serverlose Architektur, und Kunden zahlen nur für das, was sie tatsächlich nutzen.
-
Die Compute-Ebene ist standardmäßig auf Lambda eingestellt, das ein Pay-per-Use-Modell verwendet.
Nachhaltigkeit
In diesem Abschnitt wird beschrieben, wie wir diese Lösung unter Verwendung der Prinzipien und bewährten Verfahren der Säule Nachhaltigkeit konzipiert haben. https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sustainability-pillar.html
-
Die Lösung verwendet verwaltete und serverlose Dienste, um die Umweltauswirkungen der Backend-Services zu minimieren.
-
Das serverlose Design der Lösung zielt darauf ab, den CO2-Fußabdruck im Vergleich zum Fußabdruck kontinuierlich betriebener Server vor Ort zu reduzieren.
