Erstellen Sie eine Bereitstellungsgruppe (CLI) - AWS CodeDeploy

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.

Erstellen Sie eine Bereitstellungsgruppe (CLI)

Rufen Sie den create-deployment-groupBefehl AWS CLI auf, um mit dem eine Bereitstellungsgruppe zu erstellen, und geben Sie Folgendes an:

  • Dem Anwendungsnamen. Rufen Sie den Befehl list-applications auf, um eine Liste von Anwendungsnamen anzuzeigen.

  • Ein Name für die Bereitstellungsgruppe. Eine Bereitstellungsgruppe mit diesem Namen wird für die angegebene Anwendung erstellt. Eine Bereitstellungsgruppe kann nur mit einer Anwendung verbunden werden.

  • Informationen zu den Tags, Tag-Gruppen oder Amazon EC2 Auto Scaling Scaling-Gruppennamen, die die Instances identifizieren, die in die Bereitstellungsgruppe aufgenommen werden sollen.

  • Der Amazon-Ressourcenname (ARN) der Servicerolle, die es CodeDeploy ermöglicht, bei der Interaktion mit anderen AWS Diensten im Namen Ihres AWS Kontos zu handeln. Informationen zum Abrufen des Servicerollen-ARN finden Sie unter Rufen Sie die Servicerolle ARN (CLI) ab . Weitere Informationen zu Servicerollen finden Sie unter Begriffe und Konzepte für Rollen im IAM-Benutzerhandbuch.

  • Informationen über die Art der Bereitstellung, entweder in-Situ oder Blau/Grün, die der Bereitstellungsgruppe zugeordnet werden soll.

  • (Optional) Der Name einer vorhandenen Bereitstellungskonfiguration. Eine Liste der Bereitstellungskonfigurationen finden Sie unter View Deployment Configuration Details. Wenn nicht angegeben, wird eine Standard-Bereitstellungskonfiguration CodeDeploy verwendet.

  • (Optional) Befehle zum Erstellen eines Triggers, der Benachrichtigungen über Bereitstellungs- und Instance-Ereignisse an diejenigen sendet, die ein Amazon Simple Notification Service-Thema abonniert haben. Weitere Informationen finden Sie unter Monitoring Deployments with Amazon SNS Event Notifications.

  • (Optional) Befehle zum Hinzufügen vorhandener CloudWatch Alarme zur Bereitstellungsgruppe, die aktiviert werden, wenn eine in einem Alarm angegebene Metrik einen definierten Schwellenwert unter- oder überschreitet.

  • (Optional) Befehle für eine Bereitstellung zum Rollback auf die letzte als funktionierend bekannte Version, wenn eine Bereitstellung fehlschlägt oder ein CloudWatch Alarm aktiviert wird.

  • (Optional) Befehle für eine Bereitstellung zum Generieren von Lifecycle-Event-Hooks während eines Auto Scale-In-Ereignisses. Weitere Informationen finden Sie unter So funktioniert Amazon EC2 Auto Scaling mit CodeDeploy.

  • Für In-Situ-Bereitstellungen:

    • (Optional) Die Namen der Classic Load Balancers, Application Load Balancers oder Network Load Balancers in Elastic Load Balancing, die den Traffic zu den Instances während der Bereitstellungsprozesse verwalten.

  • Für Blau/Grün-Bereitstellungen:

    • Konfiguration des Blau/Grün-Bereitstellungsprozesses:

      • Wie neue Instances in der Austauschumgebung bereitgestellt werden.

      • Ob Datenverkehr sofort an die Austauschumgebung umgeleitet wird oder eine bestimmte Zeit gewartet wird, bis der Datenverkehr manuell umgeleitet werden kann.

      • Ob Instances in der ursprünglichen Umgebung beendet werden sollen.

    • Die Namen der Classic Load Balancers, Application Load Balancers oder Network Load Balancers in Elastic Load Balancing, die für Instances verwendet werden sollen, die in der Ersatzumgebung registriert sind.

    Warnung

    Wenn Sie in Ihrer Bereitstellungsgruppe sowohl eine Auto Scaling Scaling-Gruppe als auch einen Elastic Load Balancing Load Balancer konfigurieren und den Load Balancer der Auto Scaling Scaling-Gruppe zuordnen möchten, empfehlen wir, diesen Anhang auszufüllen, bevor Sie die CodeDeploy Bereitstellung aus dieser Bereitstellungsgruppe erstellen. Der Versuch, den Anhang nach der Erstellung der Bereitstellung zu vervollständigen, kann dazu führen, dass alle Instances unerwartet vom Load Balancer abgemeldet werden.