Implementierung von Änderungen - Säule der Zuverlässigkeit

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.

Implementierung von Änderungen

Kontrollierte Änderungen sind erforderlich, um neue Funktionen bereitzustellen und sicherzustellen, dass für Workloads und Betriebsumgebung bekannte, ordnungsgemäß gepatchte Software ausgeführt wird. Wenn solche Änderungen nicht kontrolliert sind, ist es schwierig, die Auswirkungen der Änderungen vorherzusagen oder Probleme zu lösen, die sich aus ihnen ergeben.

Zusätzliche Bereitstellungsmuster zur Risikominderung

Feature-Flags (auch als Feature-Toggles bezeichnet) sind Konfigurationsoptionen für eine Anwendung. Sie können die Software mit einem ausgeschalteten Feature bereitstellen, sodass Kunden das Feature nicht sehen. Anschließend können Sie das Feature wie bei einer Canary-Bereitstellung aktivieren oder die Änderungsgeschwindigkeit auf 100 % setzen, um die Auswirkungen zu beobachten. Wenn die Bereitstellung Probleme bereitet, können Sie das Feature einfach wieder ausschalten, ohne ein Rollback durchführen zu müssen.

Fehlerisolierte zonale Bereitstellung: Eine der wichtigsten Regeln, die für eigene Bereitstellungen festgelegt AWS wurden, besteht darin, zu vermeiden, dass mehrere Availability Zones innerhalb einer Region gleichzeitig berührt werden. Damit wird sichergestellt, dass Availability Zones zum Zwecke unserer Verfügbarkeitsberechnungen unabhängig sind. Wir empfehlen, bei Ihren Bereitstellungen ähnlichen Überlegungen zu folgen.

Überprüfungen der Betriebsbereitschaft () ORRs

AWS hält es für sinnvoll, Betriebsbereitschaftsüberprüfungen durchzuführen, bei denen die Vollständigkeit der Tests, die Fähigkeit zur Überwachung und vor allem die Fähigkeit bewertet werden, die Leistung der Anwendung zu überprüfen SLAs und im Falle einer Unterbrechung oder einer anderen Betriebsanomalie Daten bereitzustellen. Vor der ersten Bereitstellung in der Produktion ORR wird ein formelles Verfahren durchgeführt. AWS wird in ORRs regelmäßigen Abständen (einmal pro Jahr oder vor kritischen Leistungsperioden) wiederholt, um sicherzustellen, dass keine Abweichungen von den betrieblichen Erwartungen vorliegen. Weitere Informationen zur betrieblichen Bereitschaft finden Sie in der Säule „Operative Exzellenz“ des AWS Well-Architected Framework.