Was ist kontinuierliche Bereitstellung (continuous deployment)?

Dies ist ein Ansatz in der Softwareentwicklung, bei dem jede Änderung, die durch eine automatisierte Pipeline getestet und genehmigt wurde, automatisch in die Produktionsumgebung deployed wird. Der Hauptunterschied zur Continuous Delivery besteht darin, dass kein manueller Genehmigungsschritt vor dem Deployment in die Produktion erforderlich ist.

Hauptphasen:

1. Commit: Der Entwickler committet die Änderungen in das Versionskontrollsystem (z.B. Git).
2. Build: Automatischer Build des Artefakts (Image, Paket usw.).
3. Test: Ausführung automatisierter Tests (Unit-Tests, Integrationstests, Funktionstests, Lasttests usw.).
4. Deploy: Wenn alle Tests erfolgreich sind, wird das Artefakt automatisch in die Arbeitsumgebung deployed.

Schlüsselfaktoren:

• Hohes Automatisierungsniveau.
• Zuverlässige Infrastruktur.
• Verwendung von Praktiken der Kontinuierlichen Integration (CI) und Kontinuierlichen Lieferung (CD).
• Überwachung und Logging zur schnellen Problemerkennung.
• Schnelle Rollback-Möglichkeit.

# Beispiel eines Teils der Pipeline in GitLab CI/CD
stages:
  - build
  - test
  - deploy

build_job:
  stage: build
  script:
    - echo "Baue die Anwendung..."
    - # Build-Befehle hier

test_job:
  stage: test
  script:
    - echo "Führe Tests durch..."
    - # Test-Befehle hier
  only:
    - main # Nur für den Hauptzweig auslösen

deploy_job:
  stage: deploy
  script:
    - echo "Deploy in die Produktion..."
    - # Deployment-Befehle hier
  when: on_success # Nur deployen, wenn die vorherigen Stufen erfolgreich sind
  only:
    - main

Vorteile	Nachteile
Schneller Release neuer Funktionen/Fehlerbehebungen	Hohe Anforderungen an die Testqualität
Verkürzung der TTM (Time To Market)	Potenzielles Risiko bei der Deployment unerwünschter Änderungen
Risikoreduzierung bei jedem Deployment	Komplexität bei der Implementierung ohne ausgereifte CI/CD-Prozesse
Schnelles Feedback von Nutzern	Notwendigkeit zuverlässiger Überwachung und Rollback-Fähigkeit