Walkthrough: Erstellen einer Pipeline für Test- und Produktions-Stacks - AWS CloudFormation

Walkthrough: Erstellen einer Pipeline für Test- und Produktions-Stacks

Stellen Sie sich einen Freigabeprozess vor, in dem Sie eine AWS CloudFormation-Vorlage absenden, die von AWS CloudFormation zum automatischen Erstellen eines Test-Stacks verwendet wird. Nachdem Sie die Test-Stack geprüft haben, können Sie in einer Vorschau betrachten, wie sich Änderungen auf den Produktions-Stack auswirken, und dann entscheiden, ob Sie die Änderungen implementieren. Um diesen Workflow durchzuführen, könnten Sie von AWS CloudFormation einen Test-Stapel erstellen lassen, den Teststapel löschen, einen Änderungssatz erstellen und diesen dann ausführen. Bei jeder Aktion müssen Sie allerdings manuell mit AWS CloudFormation interagieren. In dieser Anleitung werden wir eine CodePipeline-Pipeline erstellen, die viele dieser Aktionen automatisiert und es Ihnen erleichtert, einen fortlaufenden Bereitstellungs-Workflow mit eigenen AWS CloudFormation-Stacks zu erzielen.

Voraussetzungen

In dieser Anleitung wird davon ausgegangen, dass Sie CodePipeline und AWS CloudFormation schon verwendet haben und wissen, wie Pipelines und AWS CloudFormation-Vorlagen und -Stacks funktionieren. Weitere Informationen zu CodePipeline finden Sie im AWS CodePipeline-Benutzerhandbuch. Sie benötigen zudem einen Amazon S3 Bucket in derselben AWS-Region, in der Sie Ihre Pipeline erstellen.

Wichtig

Die WordPress-Beispielvorlage erstellt eine EC2 Instance, die eine Internetverbindung erfordert. Stellen Sie sicher, dass Sie über ein Standard-VPC und Subnetz verfügen, die Datenverkehr ins Internet zulassen.

Walkthrough-Übersicht

In dieser Anleitung wird eine Pipeline für ein WordPress-Websitebeispiel in einem Stack erstellt. Die Pipeline ist in drei Phasen unterteilt. Jede Phase enthält mindestens eine Aktion, wobei es sich um eine in der Pipeline mit Ihren Artefakten (Ihre Eingabe) ausgeführte Aufgabe handelt. Eine Phase ist eine Organisationseinheit von Aktionen in einer Pipeline. CodePipeline muss alle Aktionen einer Phase abschließen, bevor in der Phase neue Artefakte verarbeitet werden können, z. B. wenn Sie neue Eingaben zum erneuten Ausführen der Pipeline abgesendet haben.

Am Ende dieser Anleitung haben Sie eine Pipeline, in welcher der folgende Workflow ausgeführt wird:

  1. In der ersten Phase der Pipeline wird ein Quellartefakt (eine AWS CloudFormation-Vorlage und die zugehörigen Konfigurationsdateien) aus einem Repository abgerufen.

    Sie bereiten ein Artefakt mit einer WordPress-Beispielvorlage vor und laden es in einen S3-Bucket hoch.

  2. In der zweiten Phase erstellt die Pipeline einen Test-Stack und wartet auf Ihre Genehmigung.

    Nachdem Sie den Test-Stack geprüft haben, können Sie mit der ursprünglichen Pipeline fortfahren oder ein weiteres Artefakt erstellen und absenden, um Änderungen vorzunehmen. Wenn Sie den Stack genehmigen, wird er in dieser Phase gelöscht, und die Pipeline fährt mit der nächsten Phase fort.

  3. In der dritten Phase erstellt die Pipeline einen Änderungssatz für einen Produktions-Stack und wartet dann auf Ihre Genehmigung.

    In der ersten Ausführung ist kein Produktions-Stack vorhanden. Der Änderungssatz listet alle Ressourcen auf, die von AWS CloudFormation erstellt werden. Wenn Sie es genehmigen, wird der Änderungssatz in dieser Phase ausgeführt und der Produktions-Stack erstellt.

Anmerkung

AWS CloudFormation ist ein kostenloser Service. Allerdings werden Ihnen die AWS-Ressourcen, z. B. die EC2 Instance, die Sie in Ihren Stack verwenden, zu den jeweils aktuellen Tarifen in Rechnung gestellt. Weitere Informationen über AWS-Preise finden Sie auf der Detailseite für jedes Produkt unter http://aws.amazon.com.

Schritt 1: Artefakt bearbeiten und in einen S3-Bucket hochladen

Bevor Sie Ihre Pipeline erstellen, müssen Sie Ihr Quell-Repository und Ihre Dateien einrichten. CodePipeline kopiert diese Quelldateien in den Artefaktspeicher Ihrer Pipeline und verwendet sie dann, um Aktionen in Ihrer Pipeline auszuführen, wie z. B. das Erstellen eines AWS CloudFormation-Stapels.

Wenn Sie Amazon Simple Storage Service (Amazon S3) als Quell-Repository verwenden, erfordert CodePipeline, dass Sie die Quelldateien in einer ZIP-Datei zusammenfassen, bevor Sie sie in einen S3-Bucket hochladen. Die ZIP-Datei ist ein CodePipeline-Artefakt, das eine AWS CloudFormation-Vorlage, eine Vorlagenkonfigurationsdatei oder beides enthalten kann. Wir stellen ein Artefakt mit einer WordPress-Beispielvorlage und zwei Vorlagenkonfigurationsdateien bereit. Die beiden Konfigurationsdateien geben Parameterwerte für die WordPress-Vorlage an. CodePipeline verwendet sie, wenn es die WordPress-Stapel erstellt. Eine Datei enthält die Parameterwerte für einen Test-Stack und die andere die für einen Produktions-Stack. Sie müssen die Konfigurationsdateien bearbeiten, z. B. um den Namen eines vorhandenen EC2-Schlüsselpaars, das Sie besitzen, anzugeben. Weitere Informationen zu Artefakten finden Sie unter AWS CloudFormation-Artefakte.

Nachdem das Artefakt erstellt worden ist, können Sie es in einen S3-Bucket hochladen.

So können Sie das Artefakt bearbeiten und hochladen

  1. Laden Sie das Beispielartefakt https://s3.amazonaws.com/cloudformation-examples/user-guide/continuous-deployment/wordpress-single-instance.zip herunter und öffnen Sie es.

    Das Artefakt enthält drei Dateien:

    • Die WordPress-Beispielvorlage: wordpress-single-instance.yaml

    • Die Vorlagenkonfigurationsdatei für den Test-Stack: test-stack-configuration.json

    • Die Vorlagenkonfigurationsdatei für den Produktions-Stack: prod-stack-configuration.json

  2. Extrahieren Sie alle Dateien, und ändern Sie dann die Vorlagenkonfigurationsdateien mit einem beliebigen Texteditor.

    Öffnen Sie die Konfigurationsdateien, um zu prüfen, ob sie die Schlüssel-Wert-Paare enthalten, die den Parameter an der WordPress-Vorlage entsprechen. Die Konfigurationsdateien legen die Parameterwerte fest, die in der Pipeline zum Erstellen der Test- und Produktions-Stacks verwendet werden.

    Bearbeiten Sie die Datei test-stack-configuration.json, um Parameterwerte für den Test-Stack anzugeben, und die Datei prod-stack-configuration.json für den Produktions-Stack.

    • Ändern Sie die Werte der Schlüssel DBPassword und DBRootPassword in Kennwörter, die Sie zum Anmelden bei Ihrer WordPress-Datenbank verwenden können. Gemäß der WordPress-Vorlage dürfen die Parameterwerte nur alphanumerische Zeichen enthalten.

    • Ändern Sie den Wert des Schlüssels KeyName in den Namen eines in der Region, in der Sie die Pipeline erstellen, vorhandenen EC2-Schlüsselpaars.

  3. Fügen Sie die geänderten Konfigurationsdateien der ursprünglichen Artefaktdatei (.zip) hinzu, wobei Sie doppelte Dateien ersetzen.

    Sie verfügen nun über ein benutzerdefiniertes Artefakt, das Sie in einen S3-Bucket hochladen können.

  4. Laden Sie das Artefakt in einen S3-Bucket hoch, dessen Eigentümer Sie sind.

    Merken Sie sich den Speicherort der Datei. Sie geben den Speicherort dieser Datei beim Erstellen der Pipeline an.

    Hinweise zu Artefakt und S3-Bucket:

    • Verwenden Sie einen Bucket, der sich in der AWS-Region befindet, in der Sie Ihre Pipeline erstellen.

    • CodePipeline erfordert, dass beim Bucket Versioning aktiviert ist.

    • Sie können für Ihr Quell-Repository auch Services, wie GitHub oder CodeCommit, verwenden, für die Sie die Dateien vor dem Hochladen nicht in ZIP-Dateien komprimieren müssen.

    • Artefakte können vertrauliche Informationen enthalten, z. B. Kennwörter. Beschränken Sie den Zugriff, sodass nur autorisierte Benutzer die Datei anzeigen können. Wenn Sie den Zugriff beschränken, stellen Sie sicher, dass CodePipeline weiterhin auf die Datei zugreifen kann.

Jetzt haben Sie ein Artefakt, das CodePipeline in die Pipeline einbeziehen kann. Im nächsten Schritt geben Sie den Speicherort des Artefakts an und erstellen die WordPress-Pipeline.

Schritt 2: Pipeline-Stack erstellen

Sie erstellen die WordPress-Pipeline mithilfe einer AWS CloudFormation-Beispielvorlage. Die Vorlage erstellt nicht nur die Pipeline, sondern richtet auch AWS Identity and Access Management (IAM)-Service-Rollen für CodePipeline und AWS CloudFormation, einen S3-Bucket für den CodePipeline-Artefaktspeicher und ein Amazon Simple Notification Service (Amazon SNS)-Thema ein, an das die Pipeline Benachrichtigungen sendet, z. B. Benachrichtigungen über Überprüfungen. Die Beispielvorlage erleichtert die Bereitstellung und Konfiguration dieser Ressourcen in einem einzigen AWS CloudFormation-Stapel.

Weitere Informationen zur Konfiguration der Pipeline finden Sie unter Aufgaben der Pipeline.

Wichtig

Die WordPress-Beispielvorlage erstellt eine EC2 Instance, die eine Internetverbindung erfordert. Stellen Sie sicher, dass Ihr Standard-VPC und Subnetz Datenverkehr ins Internet zulassen.

So erstellen Sie den Pipeline-Stack

  1. Laden Sie die Beispielvorlage aus https://s3.amazonaws.com/cloudformation-examples/user-guide/continuous-deployment/basic-pipeline.yml herunter. Speichern Sie die Datei auf dem Computer.

  2. Öffnen Sie die AWS CloudFormation-Konsole unter der Adresse https://console.aws.amazon.com/cloudformation/.

  3. Wählen Sie eine AWS-Region, die CodePipeline und AWS CloudFormation unterstützt.

    Weitere Informationen finden Sie unter AWS- Regionen und Endpunkte in der AWS General Reference.

  4. Wählen Sie Create stack (Stack erstellen) aus.

  5. Wählen Sie unter Specify template (Vorlage angeben) die Option Upload a template file (Eine Vorlagendatei hochladen) und dann die Vorlage aus, die Sie gerade heruntergeladen haben, basic-pipeline.yml.

  6. Wählen Sie Next.

  7. Geben Sie für Stack name sample-WordPress-pipeline ein.

  8. Geben Sie im Abschnitt Parameters die folgenden Parameterwerte an, und wählen Sie dann Next. Wenn Sie beim Festlegen der Stack-Parameter dieselben Namen für die WordPress-Vorlage und deren Konfigurationsdateien beibehalten, können Sie die Standardwerte verwenden. Falls nicht, geben Sie die Dateinamen an, die Sie verwendet haben.

    PipelineName

    Der Name der Pipeline, z. B. WordPress-test-pipeline.

    S3 Bucket

    Der Name des S3-Bucket, in dem Sie Ihr Artefakt (Datei .zip) gespeichert haben.

    SourceS3Key

    Der Dateiname des Artefakts. Wenn Sie das Artifact in einem Ordner gespeichert haben, geben Sie diesen zusammen mit dem Dateinamen an, z. B. folder/subfolder/wordpress-single-instance.zip.

    E-Mail

    Die E-Mail-Adresse, an die CodePipeline die Pipeline-Benachrichtigungen sendet, z. B. myemail@example.com.

  9. Für diese Anleitung müssen Sie keine Tags hinzufügen oder erweiterte Einstellungen angeben, wählen Sie daher Weiter aus.

  10. Stellen Sie sicher, dass der Stack-Name und die Vorlagen-URL richtig sind und wählen Sie Create stack (Stack erstellen) aus.

  11. Um zu bestätigen, dass Sie wissen, dass AWS CloudFormation IAM-Ressourcen erstellen könnt, wählen Sie das Kontrollkästchen.

Möglicherweise dauert es ein paar Minuten, bis AWS CloudFormation den Stack erstellt. Betrachten Sie die Stack-Ereignisse, um den Fortschritt zu überwachen. Weitere Informationen finden Sie unter Anzeigen Ihrer AWS CloudFormation-Stack-Daten und Ressourcen auf der AWS Management Console.

Nachdem der Stack erstellt worden ist, beginnt CodePipeline die neue Pipeline. Informationen zum Anzeigen deren Status finden Sie unter -CodePipelineKonsole. Wählen Sie aus der Liste der Pipelines WordPress-test-pipeline aus.

Aufgaben der Pipeline

In diesem Abschnitt werden die drei Phasen der Pipeline anhand von Codeausschnitten aus der WordPress-Pipeline-Vorlage beschrieben.

Phase 1: Quelle

Die erste Phase der Pipeline ist die Quellphase, in der Sie den Speicherort Ihres Quellcodes angeben. Jedes Mal, wenn Sie eine Revision an diesen Speicherort übertragen, führt CodePipeline die Pipeline erneut aus.

Der Quellcode befindet sich in einem S3-Bucket und wird durch seinen Dateinamen identifiziert. Sie haben diese Werte als Eingabeparameterwerte beim Erstellen des Pipeline-Stacks angegeben. Damit das Quell-Artefakt auch in nachfolgenden Phasen verwendet werden kann, wird im Codebeispiel die OutputArtifacts-Eigenschaft mit dem Namen TemplateSource angegeben. Damit dieses Artefakt in späteren Phasen verwendet werden kann, legen Sie TemplateSource als Eingabe-Artefakt fest.

- Name: S3Source Actions: - Name: TemplateSource ActionTypeId: Category: Source Owner: AWS Provider: S3 Version: '1' Configuration: S3Bucket: !Ref 'S3Bucket' S3ObjectKey: !Ref 'SourceS3Key' OutputArtifacts: - Name: TemplateSource

Phase 2: TestStage

In der Phase TestStage erstellt die Pipeline den Test-Stack, wartet auf Ihre Genehmigung und löscht dann den Test-Stack.

Für die Aktion CreateStack verwendet die Pipeline die Test-Konfigurationsdatei und die WordPress-Vorlage zum Erstellen des Test-Stacks. Beide Dateien sind in dem Eingabe-Artefakt TemplateSource enthalten, das aus der Quellphase übernommen wurde. Im Codefragment wird der Aktionsmodus REPLACE_ON_FAILURE verwendet. Wenn bei der Stack-Erstellung ein Fehler auftritt, ersetzt die Pipeline den Stack, sodass Sie den Stack nicht bereinigen oder beheben müssen, bevor Sie die Pipeline erneut ausführen. Der Aktionsmodus ist für die schnelle Iteration über Test-Stacks nützlich. Der Wert der RoleArn-Eigenschaft ist eine AWS CloudFormation-Service-Rolle, die an anderer Stelle in der Vorlage deklariert wird.

Die Aktion ApproveTestStack hält die Pipeline zeitweilig an und sendet eine Benachrichtigung an die E-Mail-Adresse, die Sie beim Erstellen des Pipeline-Stacks angegeben haben. Während die Pipeline angehalten wird, können Sie den WordPress-Test-Stack und seine Ressourcen überprüfen. Verwenden Sie CodePipeline, um diese Aktion zuzulassen oder abzulehnen. Die CustomData-Eigenschaft enthält eine Beschreibung der Aktion, die Sie genehmigen. Die Pipeline fügt diese der Benachrichtigungs-E-Mail hinzu.

Nachdem Sie diese Aktion genehmigt haben, fährt CodePipeline mit der Aktion DeleteTestStack fort und löscht den WordPress-Stack und dessen Ressourcen.

- Name: TestStage Actions: - Name: CreateStack ActionTypeId: Category: Deploy Owner: AWS Provider: CloudFormation Version: '1' InputArtifacts: - Name: TemplateSource Configuration: ActionMode: REPLACE_ON_FAILURE RoleArn: !GetAtt [CFNRole, Arn] StackName: !Ref TestStackName TemplateConfiguration: !Sub "TemplateSource::${TestStackConfig}" TemplatePath: !Sub "TemplateSource::${TemplateFileName}" RunOrder: '1' - Name: ApproveTestStack ActionTypeId: Category: Approval Owner: AWS Provider: Manual Version: '1' Configuration: NotificationArn: !Ref CodePipelineSNSTopic CustomData: !Sub 'Do you want to create a change set against the production stack and delete the ${TestStackName} stack?' RunOrder: '2' - Name: DeleteTestStack ActionTypeId: Category: Deploy Owner: AWS Provider: CloudFormation Version: '1' Configuration: ActionMode: DELETE_ONLY RoleArn: !GetAtt [CFNRole, Arn] StackName: !Ref TestStackName RunOrder: '3'

Phase 3: ProdStage

In der Phase ProdStage der Pipeline wird ein Änderungssatz für den bestehenden Produktions-Stack erstellt, auf die Genehmigung gewartet und der Änderungssatz anschließend ausgeführt.

Ein Änderungssatz bietet eine Vorschau aller Änderungen, die AWS CloudFormation an Ihrem Produktions-Stapel vornehmen wird, bevor diese implementiert werden. Während der ersten Ausführung der Pipeline ist kein laufender Produktions-Stack vorhanden. Der Änderungssatz enthält die Aktionen, die AWS CloudFormation beim Erstellen des Test-Stacks ausgeführt hat. Zum Erstellen des Änderungssatzes werden in der Aktion CreateChangeSet die WordPress-Beispielvorlage und die Produktions-Vorlagenkonfiguration aus dem Eingabe-Artefakt TemplateSource verwendet.

Ähnlich wie in der vorherigen Phase, hält die Aktion ApproveChangeSet die Pipeline an und sendet eine E-Mail-Benachrichtigung. Während die Pipeline angehalten wird, können Sie den Änderungssatz ansehen, um alle vorgeschlagenen Änderungen am WordPress-Produktionsstack zu überprüfen. Verwenden Sie CodePipeline, um diese Aktion zuzulassen oder abzulehnen und die Pipeline fortzusetzen bzw. zu beenden.

Nachdem Sie diese Aktion genehmigt haben, führt die Aktion ExecuteChangeSet den Änderungssatz aus, sodass AWS CloudFormation alle darin beschriebenen Aktionen ausführt. Für die erste Ausführung erstellt AWS CloudFormation den WordPress-Produktions-Stack. In jeder nachfolgenden Ausführung der Aktion aktualisiert AWS CloudFormation den Stack.

- Name: ProdStage Actions: - Name: CreateChangeSet ActionTypeId: Category: Deploy Owner: AWS Provider: CloudFormation Version: '1' InputArtifacts: - Name: TemplateSource Configuration: ActionMode: CHANGE_SET_REPLACE RoleArn: !GetAtt [CFNRole, Arn] StackName: !Ref ProdStackName ChangeSetName: !Ref ChangeSetName TemplateConfiguration: !Sub "TemplateSource::${ProdStackConfig}" TemplatePath: !Sub "TemplateSource::${TemplateFileName}" RunOrder: '1' - Name: ApproveChangeSet ActionTypeId: Category: Approval Owner: AWS Provider: Manual Version: '1' Configuration: NotificationArn: !Ref CodePipelineSNSTopic CustomData: !Sub 'A new change set was created for the ${ProdStackName} stack. Do you want to implement the changes?' RunOrder: '2' - Name: ExecuteChangeSet ActionTypeId: Category: Deploy Owner: AWS Provider: CloudFormation Version: '1' Configuration: ActionMode: CHANGE_SET_EXECUTE ChangeSetName: !Ref ChangeSetName RoleArn: !GetAtt [CFNRole, Arn] StackName: !Ref ProdStackName RunOrder: '3'

Schritt 3: Den WordPress-Stack betrachten

Während CodePipeline die Pipeline durchläuft, wird AWS CloudFormation zum Erstellen des Test- und Produktions-Stacks verwendet. Zum Betrachten des Status dieser Stacks und deren Ausgabe verwenden Sie die AWS CloudFormation-Konsole.

So zeigen Sie einen Stack an

  1. Öffnen Sie die AWS CloudFormation-Konsole unter der Adresse https://console.aws.amazon.com/cloudformation/.

  2. Je nachdem, ob sich die Pipeline in der Test- oder Produktionsphase befindet, wählen Sie den Test-MyWordPressSite- oder den Prod-MyWordPressSite-Stack.

  3. Wenn Sie den Status des Stack überprüfen möchten, zeigen Sie die Ereignisse des Stack an.

Wenn sich der Stack in einem fehlerhaften Zustand befindet, zeigen Sie den Status an, um die Ursache des Stack-Fehlers zu finden. Korrigieren Sie den Fehler, und führen Sie die Pipeline erneut aus. Wenn der Status des Stack CREATE_COMPLETE lautet, zeigen Sie seine Ausgaben an, um die URL der WordPress-Website zu ermitteln.

Sie haben CodePipeline erfolgreich verwendet, um einen fortlaufenden Bereitstellungs-Workflow für ein WordPress-Websitebeispiel zu erstellen. Wenn Sie Änderungen an den S3-Bucket senden, erkennt CodePipeline automatisch eine neue Version und führt Ihre Pipeline erneut aus. Dieser Workflow vereinfacht es, Änderungen zu senden und zu testen, bevor Sie die Produktions-Website verändern.

Schritt 4: Bereinigen von Ressourcen

Um sicherzustellen, dass Ihnen keine Gebühren für ungewollte Dienste berechnet werden, sollten Sie Ihre Ressourcen löschen.

Wichtig

Löschen Sie die Test- und WordPress-Stacks, bevor Sie den Pipeline-Stack löschen. Die Pipeline-Stack enthält eine Service-Rolle, die zum Löschen der WordPress-Stacks benötigt wird. Wenn Sie den Pipeline-Stack zuerst gelöscht haben, können Sie den WordPress-Stacks den Amazon-Ressourcennamen (ARN) einer anderen Service-Rolle zuordnen und sie dann löschen.

So löschen Sie Objekte im Artefaktspeicher

  1. Öffnen Sie die Amazon S3-Konsole unter der Adresse https://console.aws.amazon.com/s3/.

  2. Wählen Sie den S3-Bucket, den CodePipeline als Artefaktspeicher für Ihre Pipeline verwendet.

    Der Bucket-Name hat folgendes Format: stackname-artifactstorebucket-id. Wenn Sie diese schrittweise Anleitung befolgt haben, dann ähnelt der Bucket-Name dem folgenden Beispiel: sample-WordPress-pipeline-artifactstorebucket-12345abcd12345.

  3. Löschen Sie alle Objekte im S3-Bucket, der als Artefaktspeicher fungiert.

    Wenn Sie den Pipeline-Stack im nächsten Schritt löschen, muss dieser Bucket leer sein. Andernfalls kann AWS CloudFormation den Bucket nicht löschen.

So löschen Sie Stacks

  1. Wählen Sie in der AWS CloudFormation-Konsole den Stapel, den Sie löschen möchten.

    Wenn die WordPress-Stacks, die von der Pipeline erstellt wurden, noch ausgeführt werden, wählen Sie diese zuerst aus. Standardmäßig lauten die Stack-Namen Test-MyWordPressSite und Prod-MyWordPressSite.

    Wenn Sie die WordPress-Stacks bereits gelöscht haben, wählen Sie den Stack sample-WordPress-pipeline aus.

  2. Wählen Sie die Option Actions (Aktionen) und anschließend Delete Stack (Stack löschen) aus.

  3. Wählen Sie im Bestätigungsdialogfeld Yes, Delete aus.

AWS CloudFormation löscht den Stack und alle Stack-Ressourcen, wie die EC2 Instance, Benachrichtigungsthema, Service-Rolle und Pipeline.

Nachdem Sie jetzt wissen, wie ein einfacher AWS CloudFormation-Workflow mit CodePipeline erstellt wird, können Sie die Beispielvorlage und -artefakte als Ausgangspunkt zum Erstellen eines eigenen Workflows nutzen.

Weitere Informationen finden Sie auch unter

Die folgenden verwandten Ressourcen unterstützen Sie bei der Arbeit mit diesen Parametern.

  • Weitere Informationen zu den AWS CloudFormation-Aktionsparametern in CodePipeline enthält die AWS CloudFormation-Aktionskonfigurationsreferenz im AWS CodePipeline-Benutzerhandbuch.

  • Beschreibungen der Vorlagenwerte nach Aktionsanbietern, beispielsweise für das Feld Owner oder die configuration-Felder, enthält die Referenz der Aktionsstruktur im AWS CodePipeline-Benutzerhandbuch.

  • Informationen zum Herunterladen der Beispiele für Pipeline-Stack-Vorlagen im Format YAML oder JSON enthalten die Tutorials unter Erstellen einer Pipeline mit AWS CloudFormation im AWS CodePipeline-Benutzerhandbuch.

  • Eine Beispiel-Vorlagenkonfigurationsdatei finden Sie unter AWS CloudFormation Artifacts.