CI/CD-Pipelines in Cloud Manager

Erfahren Sie mehr über die CI/CD-Pipelines in Cloud Manager und wie sie zur effizienten Bereitstellung Ihres Codes verwendet werden können.

Einführung

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:

  • Den Auslöser definieren, der die Pipeline startet.
  • Den Parameter zur Steuerung der Produktionsbereitstellung definieren.
  • Die Leistungstestparameter konfigurieren.

Cloud Manager bietet zwei Pipelinetypen:

Pipelinetypen

Videoüberblick

Ein kurzer Überblick über Pipeline-Typen erhalten Sie in diesem kurzen Video.

Produktions-Pipelines

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.

TIPP

Weitere Informationen finden Sie im Dokument Konfigurieren von Produktions-Pipelines.

Produktionsfremde Pipeline

Eine produktionsfremde Pipeline dient hauptsächlich dazu, Code-Qualitätsprüfungen durchzuführen oder Quell-Code in einer Entwicklungsumgebung bereitzustellen.

TIPP

Weitere Informationen finden Sie im Dokument Konfigurieren von produktionsfremden Pipelines.

Code-Quellen

Neben Produktion und produktionsfremd können Pipelines nach dem Typ des von ihnen bereitgestellten Codes unterschieden werden.

  • Full-Stack-Pipelines: Gleichzeitiges Bereitstellen von Backend- und Frontend-Code-Builds mit einer oder mehreren AEM-Serveranwendungen zusammen mit HTTPD-/Dispatcher-Konfigurationen
  • Frontend-Pipelines: Bereitstellen von Frontend-Code-Builds mit einer oder mehreren Client-seitigen Benutzeroberflächenanwendungen
  • Web-Ebenen-Konfigurations-Pipelines: Bereitstellung von HTTPD-/Dispatcher-Konfigurationen

Diese Typen werden später in diesem Dokument detailliert beschrieben.

Grundlegendes zu CI/CD-Pipelines in Cloud Manager

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.

Cloud Manager-Pipeline-Konfigurationen

Full-Stack-Pipelines

Full-Stack-Pipelines stellen Backend-Code, Frontend-Code und Web-Stufen-Konfigurationen für AEM Runtime gleichzeitig bereit.

  • Backend-Code: Unveränderliche Inhalte wie Java-Code, OSGi-Konfigurationen, RepoInit sowie veränderliche Inhalte
  • Frontend-Code: Ressourcen der Programm-Benutzeroberfläche wie JavaScript, CSS, Schriftarten
  • Web-Stufen-Konfiguration: HTTPD-/Dispatcher-Konfigurationen

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.

  • Ein Benutzer muss mit der Rolle Implementierungs-Manager angemeldet sein, um Pipelines konfigurieren oder ausführen zu können.
  • Es kann immer nur eine Full-Stack-Pipeline pro Umgebung geben.

Achten Sie außerdem darauf, wie sich die Full-Stack-Pipeline verhält, wenn Sie eine Web-Stufen-Konfigurations-Pipeline einführen.

  • Die Full-Stack-Pipeline für eine Umgebung ignoriert die Dispatcher-Konfiguration, wenn die entsprechende Web-Stufen-Konfigurations-Pipeline vorhanden ist.
  • Wenn die entsprechende Web-Stufen-Konfigurations-Pipeline für die Umgebung nicht vorhanden ist, kann der Benutzer die Full-Stack-Pipeline so konfigurieren, dass sie die Dispatcher-Konfiguration einschließt oder ignoriert.

Full-Stack-Pipelines können Pipelines zur Codequalitätsprüfung oder für die Implementierung sein.

Frontend-Pipelines

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.

WICHTIG

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.

HINWEIS

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). Dabei kann es sich um Frontend-Code-Qualitätsprüfungs- oder Frontend-Implementierungs-Pipelines handeln.

Frontend-Pipelines können Pipelines zur Code-Qualitätsprüfung oder Implementierung sein.

Vor der Konfiguration von Frontend-Pipelines

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.

Konfigurieren einer Frontend-Pipeline

Informationen zum Konfigurieren von Frontend-Pipelines finden Sie in den folgenden Dokumenten.

Entwickeln von Sites mit der Frontend-Pipeline

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.

Konfigurieren von Full-Stack-Pipelines

Informationen zum Konfigurieren von Full-Stack-Pipelines finden Sie in den folgenden Dokumenten.

Web-Stufen-Konfigurations-Pipelines

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.

TIPP

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.

  • Sie müssen AEM Version 2021.12.6151.20211217T120950Z oder neuer verwenden, um Web-Stufen-Konfigurations-Pipelines zu nutzen.
  • Sie müssen sich für den flexiblen Modus der Dispatcher-Tools anmelden, um Web-Stufen-Konfigurations-Pipelines nutzen zu können.
  • Ein Benutzer muss mit der Rolle Implementierungs-Manager angemeldet sein, um Pipelines konfigurieren oder ausführen zu können.
  • Es kann immer nur eine Web-Stufen-Konfigurations-Pipeline pro Umgebung geben.
  • Der Benutzer kann eine Web-Stufen-Konfigurations-Pipeline nicht konfigurieren, wenn die entsprechende Full-Stack-Pipeline ausgeführt wird.
  • Die Web-Stufen-Struktur muss der im Dokument Dispatcher in der Cloud definierten flexiblen Modusstruktur entsprechen.

Außerdem sollten Sie darauf achten, wie sich die Full-Stack-Pipeline bei der Einführung einer Web-Stufen-Pipeline verhält.

  • Wenn für eine Umgebung keine Web-Stufen-Konfigurations-Pipeline konfiguriert wurde, kann der Benutzer beim Konfigurieren der entsprechenden Full-Stack-Pipeline eine Auswahl treffen, um die Dispatcher-Konfiguration während der Ausführung und Implementierung einzuschließen oder zu ignorieren.
  • Sobald eine Web-Stufen-Konfigurations-Pipeline für eine Umgebung konfiguriert wurde, ignoriert die entsprechende Full-Stack-Pipeline (sofern vorhanden) die Dispatcher-Konfiguration während der Ausführung und Implementierung.
  • Nachdem eine Web-Stufen-Konfigurations-Pipeline gelöscht wurde, wird die zugehörige Full-Stack-Pipeline zurückgesetzt, um während der Ausführung Dispatcher-Konfigurationen bereitzustellen.

Web-Stufen-Konfigurations-Pipelines können vom Typ Code-Qualitätsprüfung oder Implementierung sein.

Konfigurieren von Web-Stufen-Konfigurations-Pipelines

Informationen zum Konfigurieren von Web-Stufen-Konfigurations-Pipelines finden Sie in den folgenden Dokumenten.

Auf dieser Seite