Was ist DevOps?

DevOps ist eine Philosophie und Kultur der Softwareentwicklung, die auf Kommunikation, Zusammenarbeit und Integration zwischen Softwareentwicklern (Development) und IT-Betriebsfachleuten (Operations) basiert. Der Begriff ist ein Portmanteau aus „Development" und „Operations" und beschreibt einen Ansatz, der die traditionellen Silos zwischen diesen Teams auflöst.

Laut dem DORA State of DevOps Report erreichen Elite-DevOps-Teams eine 973-mal höhere Deployment-Frequenz, 6.570-mal schnellere Lead Time für Änderungen und 3-mal niedrigere Fehlerrate im Vergleich zu Low-Performern. Diese Zahlen verdeutlichen das enorme Potenzial von DevOps-Praktiken.

Die Anfänge (2007-2009)

Die DevOps-Bewegung begann 2007, als Patrick Debois, ein belgischer IT-Berater, die Frustration über die Kluft zwischen Entwicklungs- und Betriebsteams erlebte. Der Begriff wurde 2009 geprägt, als John Allspaw und Paul Hammond ihren bahnbrechenden Vortrag „10+ Deploys Per Day" auf der O'Reilly Velocity Konferenz hielten. Inspiriert davon organisierte Debois die ersten „DevOpsDays" in Gent, Belgien.

Die Reifung (2010er Jahre)

In den folgenden Jahren entwickelten sich zentrale DevOps-Praktiken wie Continuous Integration, Continuous Deployment, Infrastructure as Code und Monitoring weiter. Bücher wie „The Phoenix Project" (2013) und „The DevOps Handbook" (2016) trugen zur Verbreitung bei.

Gene Kim definierte die drei grundlegenden Prinzipien von DevOps:

Erster Weg: Systemdenken (Flow)

Der Fokus liegt auf der Optimierung des gesamten Wertstroms von der Entwicklung bis zum Betrieb. Das Ziel ist es, den Durchfluss der Arbeit durch das System zu maximieren und Engpässe zu identifizieren. Praktiken umfassen CI/CD-Pipelines, kleine Batch-Größen und die Begrenzung von Work in Progress.

Zweiter Weg: Feedback verstärken

Schnelle und konstante Feedbackschleifen von rechts nach links im Wertstrom ermöglichen die frühzeitige Erkennung und Behebung von Problemen. Praktiken umfassen automatisiertes Testing, Monitoring, Alerting und A/B-Tests.

Dritter Weg: Kultur des kontinuierlichen Lernens

Eine Kultur, die Experimentieren, Lernen aus Fehlern und kontinuierliche Verbesserung fördert. Praktiken umfassen blameless Post-Mortems, Game Days und die Förderung von Innovation.

Continuous Integration (CI)

Continuous Integration beinhaltet die häufige Integration von Codeänderungen in ein gemeinsames Repository. Automatisierte Builds und Tests werden bei jeder Änderung ausgeführt, um Probleme frühzeitig zu erkennen. CI reduziert Integrationskonflikte und verbessert die Codequalität.

Continuous Delivery / Deployment (CD)

Continuous Delivery automatisiert den Release-Prozess, sodass Code jederzeit in die Produktion gebracht werden kann. Continuous Deployment geht einen Schritt weiter und stellt Änderungen automatisch in die Produktionsumgebung bereit.

Infrastructure as Code (IaC)

Die Verwaltung und Bereitstellung von Infrastruktur durch maschinenlesbare Definitionsdateien. Tools wie Terraform, Ansible und Pulumi ermöglichen die Versionierung, Reproduzierbarkeit und Automatisierung von Infrastrukturänderungen.

Monitoring und Observability

Umfassende Überwachung von Anwendungen und Infrastruktur durch Metriken, Logs und Traces. Tools wie Prometheus, Grafana, Datadog und ELK Stack ermöglichen proaktive Problemerkennung und schnelle Fehlerbehebung.

Automatisiertes Testing

Umfangreiche Testsuiten — Unit-Tests, Integrationstests, End-to-End-Tests — werden automatisch in der CI/CD-Pipeline ausgeführt, um die Softwarequalität sicherzustellen.

Eine typische DevOps-Toolchain umfasst:

Phase	Werkzeuge	Zweck
Planung	Jira, Azure DevOps, Linear	Arbeitsverwaltung
Code	Git, GitHub, GitLab	Versionskontrolle
Build	Jenkins, GitHub Actions, GitLab CI	Automatisierte Builds
Test	Selenium, Jest, Cypress	Automatisiertes Testing
Release	ArgoCD, Spinnaker	Deployment-Automatisierung
Deploy	Kubernetes, Docker, AWS	Container-Orchestrierung
Operate	Terraform, Ansible	Infrastruktur-Management
Monitor	Prometheus, Grafana, Datadog	Überwachung

Die DevOps Research and Assessment (DORA) Metriken sind der Industriestandard zur Messung der DevOps-Leistung:

• Deployment-Frequenz: Wie oft wird Code in die Produktion bereitgestellt?
• Lead Time for Changes: Die Zeit vom Code-Commit bis zur Produktionsbereitstellung.
• Mean Time to Restore (MTTR): Die durchschnittliche Zeit zur Wiederherstellung nach einem Ausfall.
• Change Failure Rate: Der Prozentsatz der Deployments, die zu einem Fehler in der Produktion führen.

Elite-Teams erreichen: mehrfach tägliche Deployments, Lead Times unter einer Stunde, MTTR unter einer Stunde und Change Failure Rates unter 5 %.

DevOps und Cloud Computing sind eng miteinander verbunden. Cloud-Plattformen wie AWS, Azure und Google Cloud bieten:

• Elastische Skalierung: Automatische Anpassung an die Nachfrage.
• Self-Service-Infrastruktur: Teams können Ressourcen eigenständig bereitstellen.
• Pay-per-Use: Kosteneffizientes Ressourcenmanagement.
• Managed Services: Reduzierung des Betriebsaufwands für Datenbanken, Message Queues und mehr.

Der kulturelle Aspekt ist entscheidend für den Erfolg von DevOps:

• Shared Responsibility: Entwickler und Operations tragen gemeinsam die Verantwortung für den Betrieb.
• Blameless Culture: Fehler werden als Lernmöglichkeiten betrachtet, nicht als Anlass für Schuldzuweisungen.
• Automatisierung: Manuelle, wiederholbare Aufgaben werden konsequent automatisiert.
• Messbarkeit: Entscheidungen basieren auf Daten und Metriken.
• Transparenz: Informationen werden offen geteilt.

Ist DevOps ein Jobtitel oder eine Kultur?

DevOps ist primär eine Kultur und Philosophie, nicht ein Jobtitel. Allerdings haben viele Organisationen Rollen wie „DevOps Engineer" oder „Site Reliability Engineer" (SRE) geschaffen, die sich auf die Implementierung von DevOps-Praktiken konzentrieren. Die kulturelle Transformation ist jedoch wichtiger als einzelne Rollen.

Was ist der Unterschied zwischen DevOps und SRE?

Site Reliability Engineering (SRE), entwickelt von Google, kann als eine spezifische Implementierung von DevOps betrachtet werden. SRE konzentriert sich auf Zuverlässigkeit, Service Level Objectives (SLOs) und Error Budgets, während DevOps ein breiterer kultureller Ansatz ist.

Wie beginnt man mit DevOps?

Ein guter Einstieg ist: 1) Automatisierung der Build- und Deployment-Prozesse (CI/CD), 2) Einführung von Versionskontrolle für Infrastruktur (IaC), 3) Implementierung von Monitoring und Alerting, 4) Förderung der Zusammenarbeit zwischen Teams durch gemeinsame Ziele und Metriken.

Funktioniert DevOps auch in großen Unternehmen?

Ja. Unternehmen wie Amazon, Netflix, Google und Spotify haben gezeigt, dass DevOps-Praktiken auch in sehr großen Organisationen erfolgreich implementiert werden können. Der Schlüssel liegt in der Kombination aus Plattform-Teams, die Selbstbedienungs-Infrastruktur bereitstellen, und autonomen Produktteams.

Was ist GitOps?

GitOps ist eine Weiterentwicklung von DevOps, bei der Git als Single Source of Truth für die Infrastruktur- und Anwendungskonfiguration dient. Änderungen werden über Pull Requests eingereicht und automatisch auf die Infrastruktur angewendet.