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.
DevOps Beispiel für eine Pipeline
Als Beispiel für eine DevOps Pipeline könnte eine zweistufige Pipeline eine Quellstufe namens Source und eine zweite Stufe namens Prod haben. In diesem Beispiel aktualisiert die Pipeline die Anwendung mit den neuesten Änderungen und stellt kontinuierlich das neueste Ergebnis bereit. Bevor die neueste Anwendung bereitgestellt wird, erstellt und testet die Pipeline die Webanwendung. In diesem Beispiel hat eine Gruppe von Entwicklern eine Infrastrukturvorlage und den Quellcode für eine Webanwendung in einem GitHub Repository namens eingerichtet. MyRepository
Ein Entwickler verschiebt beispielsweise eine Fehlerbehebung per Push zur Indexseite der Webanwendung. Folgendes tritt auf:
-
Der Quellcode der Anwendung wird in einem Repository verwaltet, das als GitHub Quellaktion in der Pipeline konfiguriert ist. Wenn Entwickler Commits per Push in das Repository übertragen, wird die übertragene Änderung CodePipeline erkannt und die Pipeline-Ausführung beginnt in der Quellphase.
-
Die GitHub Quellaktion wird erfolgreich abgeschlossen (das heißt, die neuesten Änderungen wurden heruntergeladen und in dem für diese Ausführung spezifischen Artefakt-Bucket gespeichert). Die von der GitHub Quellaktion erzeugten Ausgabeartefakte, bei denen es sich um die Anwendungsdateien aus dem Repository handelt, werden dann als Eingabeartefakte verwendet, an denen die Aktionen in der nächsten Phase arbeiten.
-
Die Pipeline-Ausführung wechselt von der Quellphase zur Produktionsphase. Die erste Aktion in der Produktionsphase führt ein Build-Projekt aus, das in der Pipeline erstellt CodeBuild und als Build-Aktion konfiguriert wurde. Die Build-Aufgabe ruft ein Build-Umgebungs-Image ab und erstellt die Webanwendung in einem virtuellen Container.
-
Die nächste Aktion in der Produktionsphase ist ein Komponententest-Projekt, das in der CodeBuild Pipeline als Testaktion erstellt und konfiguriert wurde.
-
Der komponentengetestete Code wird als Nächstes von einer Bereitstellungsaktion in der Produktionsphase bearbeitet, die die Anwendung zu einer Produktionsumgebung bereitstellt. Nachdem die Bereitstellungsaktion erfolgreich abgeschlossen wurde, ist die letzte Aktion in der Phase ein Integrationstestprojekt, das in der Pipeline erstellt CodeBuild und als Testaktion konfiguriert wurde. Die Testaktion ruft Shell-Skripte auf, die ein Testtool in der Webanwendung installieren und ausführen, z. B. einen Linkprüfer. Nach erfolgreichem Abschluss besteht die Ausgabe in einer erstellten Webanwendung und einer Reihe von Testergebnissen.
Entwickler können der Pipeline Aktionen hinzufügen, die die Anwendung bereitstellen oder weiter testen, nachdem sie bei jeder Änderung erstellt und getestet wurde.
Weitere Informationen finden Sie unter So funktionieren Pipeline-Ausführungen.
