DevOps (Web)

Definition: DevOps ist eine Kombination aus Unternehmenskultur, Praktiken und Werkzeugen, die Softwareentwicklung (Development) und IT-Betrieb (Operations) vereint, um Webanwendungen schneller, zuverlässiger und sicherer zu entwickeln und zu betreiben. Kernziele: höhere Deployment-Frequenz, kürzere Time-to-Market, niedrigere Fehlerrate und schnelleres Recovery nach Incidents. DevOps basiert auf dem CALMS-Framework (Culture, Automation, Lean, Measurement, Sharing) und nutzt Praktiken wie CI/CD, Infrastructure as Code, automatisiertes Testing und kontinuierliches Monitoring.

Erläuterung

Für Marketing-Teams ist DevOps direkt relevant: Kürzere Time-to-Market bedeutet schnellere Landingpage-Deployments und A/B-Test-Aktivierungen. Automatisiertes Monitoring bedeutet dass Performance-Probleme und Tracking-Fehler sofort erkannt werden. Gute DevOps-Praktiken in der IT-Abteilung ermöglichen Marketing-Teams mehr Agilität ohne mehr Deployment-Risiko.

DevOps-Kernpraktiken

• CI/CD (Continuous Integration/Deployment): Automatisierte Test- und Deployment-Pipelines; jede Code-Änderung wird automatisch getestet und deployt; reduziert menschliche Fehler; GitHub Actions, GitLab CI, Jenkins als Standard-Tools; ermöglicht mehrere Deployments täglich statt wöchentlich
• Infrastructure as Code (IaC): Server-Infrastruktur in maschinenlesbaren Konfigurationsdateien beschrieben; Terraform für Cloud-Infrastruktur (AWS, Azure, GCP); Ansible für Server-Konfiguration; Versionskontrolle für Infrastruktur wie für Code; reproducible und auditierbar
• Automatisiertes Testing: Unit Tests, Integration Tests, E2E Tests vor jedem Deployment; Security-Scans (SAST, DAST) in Pipeline; Performance-Tests (Lighthouse CI); verhindert Regressionen; «shift left» = Tests früh im Entwicklungsprozess
• Monitoring und Alerting: Echtzeit-Überwachung von Uptime, Response Time, Error Rate, Conversion Rate; Prometheus + Grafana oder Datadog für Metriken; PagerDuty oder Opsgenie für Alerting; SLIs, SLOs und SLAs definieren messbare Zuverlässigkeitsziele

DevOps-Deployment-Strategien

• Blue-Green Deployment: Zwei identische Produktionsumgebungen (Blue = aktiv, Green = neu); Traffic wird nach Validierung von Blue auf Green umgeschaltet; sofortiges Rollback durch Traffic-Rückleitung auf Blue; keine Downtime während Deployment
• Canary Release: Neue Version schrittweise für kleinen Prozentsatz der Nutzer ausrollen (1 % → 5 % → 20 % → 100 %); Metriken beobachten; bei Problemen Rollback bevor alle Nutzer betroffen; besonders sinnvoll für Performance-kritische Änderungen
• Feature Flags: Features deployt aber deaktiviert; schrittweise Aktivierung unabhängig vom Deployment; sofortiges Deaktivieren ohne Rollback-Deployment; LaunchDarkly, Unleash als Feature-Flag-Dienste

SRE (Site Reliability Engineering)

• SRE vs. DevOps: SRE (Google-Konzept) ist eine konkrete Implementierung von DevOps-Prinzipien; SRE-Teams sind für Zuverlässigkeit von Produktionssystemen verantwortlich; Error Budgets: definierter Prozentsatz erlaubter Ausfallzeit; bei Überschreitung: keine neuen Features bis Stabilität verbessert
• SLI/SLO/SLA: SLI (Service Level Indicator): gemessene Metrik (z. B. Latenz p99 = 200ms); SLO (Service Level Objective): internes Ziel (99,9 % aller Requests unter 500ms); SLA (Service Level Agreement): vertragliche Zusage an Kunden; Basis für Incident-Management und Priorisierung

Marketing-DevOps-Kollaboration

• Marketing-relevante DevOps-Metriken: Deployment-Frequenz: wie oft können Landingpages und Features deployt werden? Change Failure Rate: wie oft führt ein Deployment zu einem Incident? MTTR (Mean Time to Recovery): wie schnell werden Tracking-Fehler und Performance-Probleme behoben?
• Incident-Kommunikation: Marketing-Teams sollten Zugang zu Incident-Dashboards haben um bei Ausfällen sofort Kampagnen-Budgets zu pausieren; automatisierte Alerts bei CRO-Abfall (>20 % in 30min) für Marketing- und IT-Teams gleichzeitig; gemeinsame Runbooks für häufige Incidents
• Developer Experience (DX): Gute DevOps-Kultur verbessert Developer Experience; schnelleres Feedback durch automatisierte Tests; kürzere Entwicklungszyklen für Marketing-Requests; Self-Service-Deployment für Marketing-Teams über CMS ohne Developer-Dependency