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 kann durch ein Ereignis ausgelöst werden, z. B. eine Pull-Anfrage aus einem Quellcode-Repository (d. h. eine Codeänderung) oder einen regulären Zeitplan, um eine Release-Cadence abzugleichen.
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.
Siehe Konfigurieren einer Produktions-Pipeline für weitere Details.
Eine produktionsfremde Pipeline dient hauptsächlich dazu, Code-Qualitätsprüfungen durchzuführen oder Quell-Code in einer Entwicklungsumgebung bereitzustellen.
Siehe Konfigurieren einer produktionsfremden Pipeline für weitere Details.
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 | Bereitstellung | 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 | Bereitstellung | 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-Bereitstellungen |
Produktion oder produktionsfremd | Bereitstellung | 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 Bereitstellung durch | Unterstützt mehrere Pipelines |
Produktionsfremd | Code-Qualität | Frontend | Führt Code-Qualitätsprüfungen für Frontend-Code ohne Bereitstellung durch | Unterstützt mehrere Pipelines |
Produktionsfremd | Code-Qualität | Web-Stufen-Konfiguration | Führt Code-Qualitätsprüfungen für Dispatcher-Konfigurationen ohne Bereitstellung 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.
Beachten Sie außerdem, wie sich die Full-Stack-Pipeline verhält, wenn Sie eine Web-Ebene-Konfigurationspipeline.
Full-Stack-Pipelines können Pipelines zur Code-Qualitätsprüfung oder für die Bereitstellung sein.
Frontend-Code ist jeder Code, der als statische Datei bereitgestellt wird. Er ist nicht mit dem von AEM bereitgestellten UI-Code identisch und kann Site-Designs, kundendefinierte SPAs, SPAs und andere Lösungen umfassen.
Frontend-Pipelines helfen Ihren Teams, Ihren Design- und Entwicklungsprozess zu optimieren, indem sie eine beschleunigte Bereitstellung 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 verwenden 2021.10.5933.20211012T154732Z
oder höher, wenn AEM Sites für die Verwendung von Frontend-Pipelines aktiviert ist.
Ein Benutzer mit der Rolle Bereitstellungs-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ätsprüfung oder Bereitstellung sein.
Bevor Sie Frontend-Pipelines konfigurieren, lesen Sie die Journey zur AEM SchnellSite-Erstellung für eine durchgängige Anleitung durch das benutzerfreundliche AEM 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 unter folgenden Themen:
Mit Frontend-Pipelines erhalten Frontend-Entwicklern mehr Unabhängigkeit und der Entwicklungsprozess kann beschleunigt werden.
Siehe Entwickeln von Sites mit der Frontend-Pipeline , um zu erfahren, wie dieser Prozess funktioniert, und einige Überlegungen anzustellen, um das Potenzial dieses Prozesses voll auszuschöpfen.
Informationen zum Konfigurieren von Vollstapelpipelines finden Sie in den folgenden Dokumenten:
Web-Stufen-Konfigurations-Pipelines ermöglichen die exklusive Bereitstellung 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 , um Konfigurations-Pipelines der Web-Ebene zu verwenden.Beachten Sie außerdem, wie das Vollständige Stack-Pipeline verhält sich beim Einführen einer WebTier-Pipeline.
Web-Stufen-Konfigurations-Pipelines können vom Typ Code-Qualitätsprüfung oder Bereitstellung sein.
Informationen zum Konfigurieren von Web-Tier-Konfigurationspipelines finden Sie in den folgenden Dokumenten: