DokumentationAEMCloud Manager-Dokumentation für AEM 6.x

CI/CD-Pipelines ci-cd-pipeline

Last update: Wed Sep 11 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Erstellt für:

  • Admin

Erfahren Sie mehr über CI/CD-Pipelines und wie sie Bereitstellungen in Staging- und Produktionsumgebungen in Cloud Manager handhaben.

Überblick overview

Cloud Manager enthält ein Continuous Integration/Continuous Delivery (CI/CD) Framework, mit dem Implementierungs-Teams schnell neuen oder aktualisierten Code testen und bereitstellen können. Implementierungs-Teams können eine automatisierte CI/CD-Pipeline einrichten, konfigurieren und starten. Diese Pipeline folgt den Adobe Best Practices beim Programmieren, um einen umfassenden Codescan durchzuführen und höchste Code-Qualität sicherzustellen.

Die CI/CD-Pipeline automatisiert außerdem die Unit- und Leistungstests, um die Bereitstellungseffizienz zu erhöhen und proaktiv wichtige Probleme zu erkennen, deren Behebung nach der Bereitstellung hohe Kosten verursacht. Implementierungs-Teams können auf einen umfassenden Code-Leistungsbericht zugreifen, um einen Überblick über die potenziellen Auswirkungen auf KPIs und kritische Sicherheitsprüfungen für den Fall zu erhalten, dass der Code in der Produktion bereitgestellt wird.

Über den Pipeline-Prozess pipeline-process

Das folgende Diagramm zeigt, was passiert, wenn eine Release-Veröffentlichung unter Verwendung einer Pipeline in Cloud Manager ausgelöst wird.

Der Pipeline-Prozess

Pipeline-Schritt
Beschreibung
1. Start einer Release-Veröffentlichung
Ein Bereitstellungs-Manager löst die Release-Veröffentlichung entweder manuell (per Git-Commit) oder basierend auf einem wiederkehrenden Zeitplan aus.
2. Erstellen eines Release-Tags
Cloud Manager erstellt ein Git-Tag, um die Release-Version mit einer automatisch generierten Versionsnummer zu kennzeichnen, z. B. 2018.531.245527.0000001222.
3. Erstellung als Release-Version mit automatisch generierter Versionsnummer
Cloud Manager erstellt die Anwendung mit der neu zugewiesenen Versionsnummer.
4. Bewertung der Code-Qualität
Cloud Manager scannt den Quell-Code und stellt eine Zusammenfassung bereit, bevor der Code in der Staging-Umgebung bereitgestellt werden kann.
5. Speicherung versionierter Artefakte
Die Release-Artefakte werden zur späteren Verwendung in den Bereitstellungsschritten gespeichert.
6. Automatische Bereitstellung von Artefakten in der AMS AEM-Staging-Umgebung
Das Release-Artefakt wird in der Staging-Umgebung bereitgestellt.
7. Auslösen automatisierter Tests
Cloud Manager führt die Leistungs- und Sicherheitstests für das Artefakt aus.
8. Bereitstellung für Produktionsauslöser
Sobald die automatisierten Tests abgeschlossen sind, startet Cloud Manager die Bereitstellung in der Produktionsumgebung.
9. Abruf der Artefakte durch Cloud Manager für die Bereitstellung
Cloud Manager ruft die gespeicherten Release-Artefakte ab.
10. Bereitstellung der Artefakte in der Produktionsumgebung
Die Release-Artefakte werden in der Produktionsumgebung bereitgestellt.

Einrichten einer CI/CD-Pipeline how-to-setup-a-ci-cd-pipeline

Weitere Informationen zur Pipeline-Konfiguration finden Sie unter Konfigurieren von Produktions-Pipelines und Konfigurieren produktionsfremder Pipelines.

Quality Gates quality-gates

Die CI/CD-Pipeline bietet Quality Gates (bzw. Akzeptanzkriterien), die erfüllt werden müssen, bevor der Code aus der Staging-Umgebung in die Bereitstellungsumgebung verschoben werden kann. Die Pipeline muss drei Akzeptanztests bestehen:

  • Code-Qualität
  • Leistungstests
  • Sicherheitstests

Für jeden dieser Akzeptanztests sind drei Stufen von Problemen definiert:

  • Kritisch: Beim Test festgestellte ausschlaggebende Probleme, die ein sofortiges Fehlschlagen der Pipeline verursachen.
  • Wichtig: Beim Test festgestellte wichtige Probleme, durch die die Pipeline angehalten wird. Bereitstellungs-Managerinnen bzw. -Manager, Projekt-Managerinnen bzw. -Manager oder Geschäftsinhaberinnen bzw. -inhaber können die Probleme übergehen, sodass die Pipeline fortgesetzt werden kann. Alternativ können sie die Probleme akzeptieren, wodurch die Pipeline mit einem Fehler angehalten wird.
  • Information: Beim Test festgestellte Probleme informativer Natur, die ausschließlich zu Informationszwecken genannt werden und keine Auswirkungen auf die Pipeline-Ausführung haben.

Dies ist ein Beispiel für einen Codescan mit festgestellten Problemen:

Beispiel für Code-Prüfung

Einrichten von Gates how-to-setup-gates

Weitere Informationen zum Einrichten von Code-, Qualitäts- und Leistungs-Akzeptanztests finden Sie unter Konfigurieren von Produktions-Pipelines.

recommendation-more-help
c6cdc82b-cee9-48e0-a6ee-48149d5e72c3