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.
Resiliente und effiziente Systeme
Notfallwiederherstellung (DR)
Microservices-Anwendungen folgen häufig den Twelve-Factor-Anwendungsmustern, bei denen Prozesse zustandslos sind und persistente Daten in statusbehafteten Backing-Diensten wie Datenbanken gespeichert werden. Dies vereinfacht die Notfallwiederherstellung (DR), denn wenn ein Dienst ausfällt, ist es einfach, neue Instanzen zu starten, um die Funktionalität wiederherzustellen.
Disaster-Recovery-Strategien für Microservices sollten sich auf nachgelagerte Dienste konzentrieren, die den Status der Anwendung aufrechterhalten, wie Dateisysteme, Datenbanken oder Warteschlangen. Organizations sollten Recovery Time Objective (RTO) und Recovery Point Objective (RPO) einplanen. RTO ist die maximal zulässige Verzögerung zwischen Dienstunterbrechung und Wiederherstellung, während RPO die maximale Zeit seit dem letzten Datenwiederherstellungspunkt ist.
Weitere Informationen zu Strategien für die Notfallwiederherstellung finden Sie im Whitepaper Disaster Recovery of Workloads unter AWS: Recovery in the Cloud.
Hohe Verfügbarkeit (HA)
Wir werden die Hochverfügbarkeit (HA) für verschiedene Komponenten einer Microservices-Architektur untersuchen.
Amazon EKS bietet Hochverfügbarkeit, indem Kubernetes-Steuerungs- und Datenebeneninstanzen in mehreren Availability Zones ausgeführt werden. Es erkennt und ersetzt automatisch fehlerhafte Instanzen auf der Kontrollebene und bietet automatisierte Versions-Upgrades und Patches.
Amazon ECR verwendet Amazon Simple Storage Service (Amazon S3) für die Speicherung, um Ihre Container-Images hochverfügbar und zugänglich zu machen. Es funktioniert mit Amazon EKS, Amazon ECS und und AWS Lambda vereinfacht so den Arbeitsablauf von der Entwicklung bis zur Produktion.
Amazon ECS ist ein regionaler Service, der den Betrieb von Containern auf hochverfügbare Weise in mehreren Availability Zones innerhalb einer Region vereinfacht. Er bietet mehrere Planungsstrategien, bei denen Container nach Ressourcen- und Verfügbarkeitsanforderungen platziert werden.
AWS Lambda arbeitet in mehreren Availability Zones und gewährleistet so die Verfügbarkeit bei Serviceunterbrechungen in einer einzigen Zone. Wenn Sie Ihre Funktion mit einer VPC verbinden, geben Sie Subnetze in mehreren Availability Zones an, um eine hohe Verfügbarkeit zu gewährleisten.
