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.
# Bereitstellungsstrategien
Neben der Auswahl der richtigen Tools zur Aktualisierung Ihres Anwendungscodes und der unterstützenden Infrastruktur ist die Implementierung der richtigen Bereitstellungsprozesse ein entscheidender Bestandteil einer vollständigen, gut funktionierenden Bereitstellungslösung. Die Bereitstellungsprozesse, die Sie für die Aktualisierung Ihrer Anwendung wählen, können von Ihrem gewünschten Gleichgewicht zwischen Kontrolle, Geschwindigkeit, Kosten, Risikotoleranz und anderen Faktoren abhängen.
Jeder AWS-Bereitstellungsservice unterstützt eine Reihe von Bereitstellungsstrategien. Dieser Abschnitt bietet einen Überblick über allgemeine Bereitstellungsstrategien, die mit Ihrer Bereitstellungslösung verwendet werden können.
# Prebaking im Vergleich zu Bootstrapping AMIs
*Wenn Ihre Anwendung stark von der Anpassung oder Bereitstellung von Anwendungen auf EC2 Amazon-Instances abhängt, können Sie Ihre Bereitstellungen durch *Bootstrapping* - und Prebacking-Verfahren optimieren.*
Die Installation Ihrer Anwendung, Abhängigkeiten oder Anpassungen bei jedem Start einer EC2 Amazon-Instance wird als *Bootstrapping* einer Instance bezeichnet. Wenn Sie eine komplexe Anwendung haben oder umfangreiche Downloads benötigen, kann dies Bereitstellungen und Skalierungsereignisse verlangsamen.
Ein [Amazon Machine Image](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html) (AMI) stellt die Informationen bereit, die zum Starten einer Instance erforderlich sind (Betriebssysteme, Speichervolumes, Berechtigungen, Softwarepakete usw.). Sie können mehrere identische Instances von einem einzigen AMI aus starten. Immer wenn eine EC2 Instance gestartet wird, wählen Sie das AMI aus, das als Vorlage verwendet werden soll. *Prebaking* ist der Prozess, bei dem ein erheblicher Teil Ihrer Anwendungsartefakte in ein AMI eingebettet wird.
Das Vorab-Backen von Anwendungskomponenten in einem AMI kann die Zeit für den Start und die Operationalisierung einer EC2 Amazon-Instance verkürzen. Prebaking- und Bootstrapping-Praktiken können während des Bereitstellungsprozesses kombiniert werden, um schnell neue Instances zu erstellen, die an die aktuelle Umgebung angepasst sind.
# Blau/Grün-Bereitstellungen
Eine blue/green Bereitstellung ist eine Bereitstellungsstrategie, bei der Sie zwei separate, aber identische Umgebungen erstellen. In einer Umgebung (blau) wird die aktuelle Anwendungsversion ausgeführt und in einer Umgebung (grün) wird die neue Anwendungsversion ausgeführt. Durch die Verwendung einer blue/green Bereitstellungsstrategie wird die Anwendungsverfügbarkeit erhöht und das Bereitstellungsrisiko verringert, da der Rollback-Prozess vereinfacht wird, falls eine Bereitstellung fehlschlägt. Sobald die Tests in der grünen Umgebung abgeschlossen sind, wird der Live-Anwendungsdatenverkehr in die grüne Umgebung geleitet und die blaue Umgebung ist veraltet.
Eine Reihe von AWS-Bereitstellungsservices unterstützen blue/green Bereitstellungsstrategien, darunter Elastic Beanstalk, OpsWorks, CloudFormation CodeDeploy, und Amazon ECS. Weitere Informationen und Strategien zur Implementierung von [Bereitstellungsprozessen für Ihre Anwendung finden Sie unter Blue/Green blue/green Deployments auf AWS](https://docs.aws.amazon.com/whitepapers/latest/blue-green-deployments/welcome.html).
# Fortlaufende Bereitstellungen
Eine fortlaufende Bereitstellung ist eine Bereitstellungsstrategie, bei der frühere Versionen einer Anwendung langsam durch neue Versionen einer Anwendung ersetzt werden, indem die Infrastruktur, auf der die Anwendung ausgeführt wird, vollständig ersetzt wird. Beispielsweise werden bei einer fortlaufenden Bereitstellung in Amazon ECS Container, auf denen frühere Versionen der Anwendung ausgeführt werden, durch Container one-by-one ersetzt, auf denen neue Versionen der Anwendung ausgeführt werden.
Eine fortlaufende Bereitstellung ist im Allgemeinen schneller als eine blue/green Bereitstellung. Im Gegensatz zu einer blue/green Bereitstellung gibt es bei einer fortlaufenden Bereitstellung jedoch keine Isolierung der Umgebung zwischen der alten und der neuen Anwendungsversion. Dadurch können rollierende Bereitstellungen schneller abgeschlossen werden, was aber auch die Risiken erhöht und den Rollback-Prozess verkompliziert, falls eine Bereitstellung fehlschlägt.
Rollende Bereitstellungsstrategien können für die meisten Bereitstellungslösungen verwendet werden. Weitere Informationen zu rollierenden Bereitstellungen mit finden Sie unter [CloudFormation Aktualisier ungsrichtlinien](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html) CloudFormation, unter [Rolling Updates mit Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/deployment-type-ecs.html) für weitere Informationen zu rollierenden Bereitstellungen mit Amazon ECS, unter [Elastic Beanstalk Rolling Environment-Konfigurationsupdates](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.rollingupdates.html) für weitere Informationen zu rollierenden Bereitstellungen mit Elastic Beanstalk und [unter Verwendung eines rollierenden Deployments in AWS OpsWorks weitere Informationen zu rollierenden Bereitstellungen](https://docs.aws.amazon.com/opsworks/latest/userguide/best-deploy.html#best-deploy-rolling) mit. OpsWorks
# Bereitstellungen auf den Kanarischen Inseln
[Bei Bereitstellungen auf den Kanarischen Inseln](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/deployment-strategies.html#canary-deployments) handelt es sich um eine Art von blue/green Bereitstellungsstrategie, die eher risikoscheu ist. Diese Strategie beinhaltet einen schrittweisen Ansatz, bei dem der Datenverkehr in zwei Schritten auf eine neue Version der Anwendung umgestellt wird. Bei der ersten Erhöhung handelt es sich um einen kleinen Teil des Datenverkehrs, der als kanarische Gruppe bezeichnet wird. Diese Gruppe wird verwendet, um die neue Version zu testen, und wenn sie erfolgreich ist, wird der Verkehr in der zweiten Stufe auf die neue Version umgestellt.
Bereitstellungen auf Canary können in zwei Schritten oder linear implementiert werden. Bei dem zweistufigen Ansatz wird der neue Anwendungscode bereitgestellt und für Testzwecke bereitgestellt. Nach der Annahme wird er entweder in der restlichen Umgebung oder linear eingeführt. Der lineare Ansatz beinhaltet eine schrittweise Erhöhung des Datenverkehrs zur neuen Version der Anwendung, bis der gesamte Datenverkehr zur neuen Version fließt.
# In-Situ-Bereitstellungen
Eine direkte [Bereitstellung ist eine Bereitstellungsstrategie](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/in-place-deployments.html), bei der die Anwendungsversion aktualisiert wird, ohne dass Infrastrukturkomponenten ersetzt werden. Bei einer direkten Bereitstellung wird die vorherige Version der Anwendung auf jeder Rechenressource gestoppt, die neueste Anwendung installiert und die neue Version der Anwendung gestartet und validiert. Auf diese Weise können Anwendungsbereitstellungen mit minimaler Beeinträchtigung der zugrunde liegenden Infrastruktur fortgesetzt werden.
Eine direkte Bereitstellung ermöglicht es Ihnen, Ihre Anwendung bereitzustellen, ohne eine neue Infrastruktur zu erstellen. Die Verfügbarkeit Ihrer Anwendung kann jedoch während dieser Bereitstellungen beeinträchtigt werden. Dieser Ansatz minimiert auch die Infrastrukturkosten und den Verwaltungsaufwand, der mit der Erstellung neuer Ressourcen verbunden ist.
Weitere Informationen zur Verwendung [von Strategien für die direkte Bereitstellung mit finden Sie unter Überblick](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html#welcome-deployment-overview-in-place) über eine direkte Bereitstellung mit. CodeDeploy
# Kombinieren von Deployment Services
Auf AWS gibt es keine Einheitslösung für die Bereitstellung. Bei der Entwicklung einer Bereitstellungslösung ist es wichtig, die Art der Anwendung zu berücksichtigen, da diese bestimmen kann, welche AWS-Services am besten geeignet sind. Um die vollständige Funktionalität für die Bereitstellung, Konfiguration, Bereitstellung, Skalierung und Überwachung Ihrer Anwendung bereitzustellen, ist es häufig erforderlich, mehrere Bereitstellungsservices zu kombinieren
Ein gängiges Muster für Anwendungen auf AWS ist die Verwendung CloudFormation (und deren Erweiterungen) zur Verwaltung von Allzweckinfrastrukturen und die Verwendung einer spezialisierteren Bereitstellungslösung für die Verwaltung von Anwendungsupdates. Im Fall einer containerisierten Anwendung CloudFormation könnte dies zur Erstellung der Anwendungsinfrastruktur verwendet werden, und Amazon ECS und Amazon EKS könnten zur Bereitstellung, Bereitstellung und Überwachung von Containern verwendet werden.
AWS-Bereitstellungsservices können auch mit Bereitstellungsservices von Drittanbietern kombiniert werden. Auf diese Weise können Unternehmen AWS-Bereitstellungsservices problemlos in ihre bestehenden CI/CD Pipelines oder Infrastrukturmanagementlösungen integrieren. OpsWorks Kann beispielsweise verwendet werden, um Konfigurationen zwischen lokalen und AWS-Knoten zu synchronisieren, und CodeDeploy kann mit einer Reihe von CI/CD Drittanbieter-Services als Teil einer vollständigen Pipeline verwendet werden.