Erfahren Sie mehr über die CI/CD-Pipelines in Cloud Manager und wie sie zur effizienten Bereitstellung Ihres Codes verwendet werden können.
Eine CI/CD-Pipeline in Cloud Manager ist ein Mechanismus zum Erstellen von Code aus einem Quell-Repository und dessen Bereitstellung in einer Umgebung. Eine Pipeline wird durch ein Ereignis ausgelöst, z. B. eine Pull-Anfrage aus einem Quell-Code-Repository, (d. h. eine Code-Änderung) oder auf einen regulären Zeitplan ausgeführt werden, um einen Veröffentlichungs-Rhythmus einzuhalten.
Zur Konfiguration einer Pipeline müssen Sie:
Cloud Manager bietet zwei Pipelinetypen:
Ein kurzer Überblick über Pipeline-Typen erhalten Sie in diesem kurzen Video.
Eine Produktions-Pipeline ist eine speziell entwickelte Pipeline, die eine Reihe aufeinander abgestimmter Schritte zum Bereitstellen von Quell-Code für die Verwendung in Produktionsumgebungen enthält. Die Schritte umfassen das Erstellen, Packen, Testen, Validieren und Bereitstellen in allen Staging-Umgebungen. Daher kann eine Produktions-Pipeline erst hinzugefügt werden, nachdem eine Gruppe von Produktions- und Staging-Umgebungen erstellt wurde.
Weitere Informationen finden Sie im Dokument Konfigurieren von Produktions-Pipelines.
Eine produktionsfremde Pipeline dient hauptsächlich dazu, Code-Qualitätsprüfungen durchzuführen oder Quell-Code in einer Entwicklungsumgebung bereitzustellen.
Weitere Informationen finden Sie im Dokument Konfigurieren von produktionsfremden Pipelines.
Neben Produktion und produktionsfremd können Pipelines nach dem Typ des von ihnen bereitgestellten Codes unterschieden werden.
Diese Typen werden später in diesem Dokument detailliert beschrieben.
In der folgenden Tabelle sind alle in Cloud Manager verfügbaren Pipelines und deren Verwendungszwecke zusammengefasst.
Pipeline-Typ | Bereitstellung oder Code-Qualität | Quell-Code | Zweck | Anmerkungen |
---|---|---|---|---|
Produktion oder produktionsfremd | Implementierung | Full-Stack | Gleichzeitige Bereitstellung von Backend- und Frontend-Code-Builds zusammen mit HTTPD-/Dispatcher-Konfigurationen | Wenn Frontend-Code gleichzeitig mit AEM-Servercode bereitgestellt werden muss. Wenn Frontend-Pipelines oder Web-Stufen-Konfigurations-Pipelines noch nicht übernommen wurden. |
Produktion oder produktionsfremd | Implementierung | Frontend | Bereitstellung von Frontend-Code-Builds, die eine oder mehrere Client-seitige Benutzeroberflächenanwendungen enthalten | Unterstützt mehrere gleichzeitige Frontend-Pipelines Viel schneller als Full-Stack Implementierungen |
Produktion oder produktionsfremd | Implementierung | Web-Stufen-Konfiguration | Bereitstellen von HTTPD-/Dispatcher-Konfigurationen | Bereitstellung in Minuten |
Produktionsfremd | Code-Qualität | Full-Stack | Führt Code-Qualitätsprüfungen für Full-Stack-Code ohne Implementierung durch | Unterstützt mehrere Pipelines |
Produktionsfremd | Code-Qualität | Frontend | Führt Code-Qualitätsprüfungen für Frontend-Code ohne Implementierung durch | Unterstützt mehrere Pipelines |
Produktionsfremd | Code-Qualität | Web-Stufen-Konfiguration | Führt Code-Qualitätsprüfungen für Dispatcher-Konfigurationen ohne Implementierung aus | Unterstützt mehrere Pipelines |
Die folgende Abbildung zeigt Pipeline-Konfigurationen in Cloud Manager mit traditionellen, einzelnen Frontend-Repository- oder unabhängigen Frontend-Repository-Setups.
Full-Stack-Pipelines stellen Backend-Code, Frontend-Code und Web-Stufen-Konfigurationen für AEM Runtime gleichzeitig bereit.
Die Full-Stack-Pipeline stellt eine „Über“-Pipeline dar, die alles auf einmal tut, während Benutzern die Möglichkeit gegeben wird, ihre Frontend-Code- oder Dispatcher-Konfigurationen ausschließlich über die Frontend-Pipeline bzw. die Web-Stufen-Konfigurations-Pipelines bereitzustellen.
Full-Stack-Pipelines packen Frontend-Code (JavaScript/CSS) als AEM Client-Bibliotheken.
Full-Stack-Pipelines können Web-Stufen-Konfigurationen bereitstellen, wenn eine Web-Stufen-Konfigurations-Pipeline nicht konfiguriert ist.
Folgende Einschränkungen gelten.
Achten Sie außerdem darauf, wie sich die Full-Stack-Pipeline verhält, wenn Sie eine Web-Stufen-Konfigurations-Pipeline einführen.
Full-Stack-Pipelines können Pipelines zur Codequalitätsprüfung oder für die Implementierung sein.
Frontend-Code ist jeder Code, der als statische Datei bereitgestellt wird. Er ist nicht mit dem von AEM bereitgestellten Benutzeroberflächen-Code identisch und kann Site-Designs, kundendefinierte SPAs, Firefly-SPAs und andere Lösungen umfassen.
Frontend-Pipelines helfen Ihren Teams, Ihren Design- und Entwicklungsprozess zu optimieren, indem sie eine beschleunigte Implementierung von Frontend-Code ermöglichen, der asynchron von der Backend-Entwicklung ausgeführt wird. Diese dedizierte Pipeline stellt JavaScript und CSS als Design auf der AEM-Verteilungsebene bereit, was zu einer neuen Design-Version führt, die von Seiten referenziert werden kann, die von AEM bereitgestellt werden.
Sie müssen AEM Version 2021.10.5933.20211012T154732Z
oder höher verwenden, wenn AEM Sites für die Nutzung von Frontend-Pipelines aktiviert ist.
Ein Benutzer mit der Rolle Implementierungs-Manager kann mehrere Frontend-Pipelines gleichzeitig erstellen und ausführen.
Es gibt jedoch eine Obergrenze von 300 Pipelines pro Programm (für alle Arten).
Frontend-Pipelines können Pipelines zur Code-Qualität oder Bereitstellungs-Pipelines sein.
Bevor Sie Frontend-Pipelines konfigurieren, lesen Sie bitte die Tour zur schnellen Erstellung einer AEM-Site. Dort erhalten Sie eine durchgängige Anleitung durch das benutzerfreundliche AEM-Tool für die schnelle Site-Erstellung. Diese Tour hilft Ihnen, Ihre Frontend-Entwicklung zu optimieren und Ihre Site ohne AEM-Backend-Kenntnisse schnell anzupassen.
Informationen zum Konfigurieren von Frontend-Pipelines finden Sie in den folgenden Dokumenten.
Mit Frontend-Pipelines erhalten Frontend-Entwicklern mehr Unabhängigkeit und der Entwicklungsprozess kann beschleunigt werden.
Wie dieser Prozess abläuft und was dabei zu beachten ist, um das volle Potenzial dieses Prozesses auszuschöpfen, erfahren Sie im Dokument Entwicklung von Sites mit der Frontend-Pipeline.
Informationen zum Konfigurieren von Full-Stack-Pipelines finden Sie in den folgenden Dokumenten.
Web-Stufen-Konfigurations-Pipelines ermöglichen die exklusive Implementierung der HTTPD-/Dispatcher-Konfiguration zu AEM Runtime, indem sie sie von anderen Code-Änderungen entkoppeln. Es handelt sich um eine optimierte Pipeline, die Benutzern, die nur Änderungen an der Dispatcher-Konfiguration bereitstellen möchten, eine beschleunigte Möglichkeit bietet, dies in nur wenigen Minuten zu tun.
Bei Web-Stufen-Konfigurations-Pipelines können Sie zwischen dem Speichern Ihrer Web-Konfiguration am selben Quellspeicherort, wie für die Full-Stack-Pipeline, oder an einem anderen Speicherort wählen, je nachdem, welche Struktur Ihrem Projekt mehr entspricht.
Folgende Einschränkungen gelten.
2021.12.6151.20211217T120950Z
oder neuer verwenden, um Web-Stufen-Konfigurations-Pipelines zu nutzen.Außerdem sollten Sie darauf achten, wie sich die Full-Stack-Pipeline bei der Einführung einer Web-Stufen-Pipeline verhält.
Web-Stufen-Konfigurations-Pipelines können vom Typ Code-Qualitätsprüfung oder Implementierung sein.
Informationen zum Konfigurieren von Web-Stufen-Konfigurations-Pipelines finden Sie in den folgenden Dokumenten.