CI/CD-Pipelines ci-cd-pipeline

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. Starten einer Version
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. Als Version mit automatisch generierter Version erstellt
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. Gespeicherte versionierte Artefakte
Die Release-Artefakte werden zur späteren Verwendung in den Bereitstellungsschritten gespeichert.
​6. Automatische Bereitstellung von Artefakten für AMS AEM-Staging
Das Release-Artefakt wird in der Staging-Umgebung bereitgestellt.
​7. Automatisierte Trigger-Tests
Cloud Manager führt die Leistungs- und Sicherheitstests für das Artefakt aus.
​8. Bereitstellung von Produktions-Trigger
Sobald die automatisierten Tests abgeschlossen sind, startet Cloud Manager die Bereitstellung in der Produktionsumgebung.
​9. Cloud Manager ruft Artefakte zur Bereitstellung ab
Cloud Manager ruft die gespeicherten Release-Artefakte ab.
​10. Bereitstellen von Artefakten für die Produktion
Die Release-Artefakte werden in der Produktionsumgebung bereitgestellt.

Schnellere Builds mit Smart Build use=smart-build

Cloud Manager verwendet jetzt eine optimierte Build-Strategie namens Smart Build, die Caching auf Modulebene verwendet, um den Build-Prozess zu beschleunigen. Bei jedem Build werden nur geänderte Module neu erstellt, während unveränderte Module aus dem Cache wiederverwendet werden.

Smarter Build ist nur für Code-Qualitäts- und Entwicklungs-Full-Stack-Bereitstellungs-Pipelines verfügbar.

Siehe Hinzufügen einer produktionsfremden Pipeline und Informationen zur Verwendung von Smart Build in einer produktionsfremden Pipeline.

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