DORA-Metriken und CI/CD-Zustand

Willkommen bei den DORA-Metriken! In der modernen Softwareentwicklung reicht es nicht aus, Code einfach bereitzustellen. Wir müssen verstehen, wie gut unsere Entwicklungs- und Betriebsprozesse funktionieren.

DORA-Metriken bieten ein leistungsfähiges Rahmenwerk, um die Stabilität Ihrer CI/CD-Prozesse und die allgemeine DevOps-Leistung zu messen und zu verbessern.

DORA steht für die DevOps Research and Assessment Group. Diese hat vier wichtige Metriken identifiziert, die die Leistung der Softwarebereitstellung und die Ergebnisse auf Organisationsebene vorhersagen.

• Bereitstellungshäufigkeit (DF)
• Vorlaufzeit für Änderungen (LTFC)
• Durchschnittliche Wiederherstellungszeit (MTTR)
• Fehlerquote bei Änderungen (CFR)

Sehen wir uns die einzelnen Metriken genauer an!

Die Bereitstellungshäufigkeit misst, wie oft Ihre Organisation erfolgreich Code in der Produktionsumgebung veröffentlicht. Sie zeigt, wie schnell Sie Ihren Benutzern einen Mehrwert bereitstellen können.

Eine höhere Bereitstellungshäufigkeit bedeutet oft, dass kleinere und weniger riskante Änderungen bereitgestellt werden. Das führt zu schnelleren Feedbackschleifen und kontinuierlicher Verbesserung.

Um die Bereitstellungshäufigkeit zu erfassen, zählen Sie einfach die Anzahl der erfolgreichen Bereitstellungen in Ihrer Produktionsumgebung innerhalb eines bestimmten Zeitraums (z. B. täglich, wöchentlich oder monatlich).

• Beispiel: Wenn Ihr Team 15-mal pro Woche bereitstellt, beträgt Ihre DF 15/Woche.
• Ziel: Erhöhen Sie diesen Wert. Besonders leistungsstarke Teams stellen mehrmals täglich bereit.

Die Vorlaufzeit für Änderungen ist die Zeit, die eine Codeänderung vom Commit bis zur erfolgreichen Ausführung in der Produktionsumgebung benötigt. Sie misst die Geschwindigkeit Ihrer gesamten Entwicklungspipeline.

Diese Metrik zeigt die Effizienz Ihres Entwicklungsprozesses einschließlich Codierung, Tests, Reviews und Bereitstellung.

Die LTFC beginnt, wenn ein Entwickler Code committet, und endet, wenn dieser Code für Benutzer in der Produktionsumgebung verfügbar ist. Sie wird häufig in Stunden oder Tagen gemessen.

• Beispiel: Wird ein Feature am Montagmorgen committet und ist es bis Dienstagabend in der Produktionsumgebung verfügbar, beträgt die LTFC ungefähr 36 Stunden.
• Ziel: Verkürzen Sie diese Zeit. Kürzere Vorlaufzeiten bedeuten eine schnellere Bereitstellung und raschere Iterationen.

Die durchschnittliche Wiederherstellungszeit (MTTR) misst, wie lange es dauert, einen Dienst nach einem Produktionsvorfall oder -ausfall wiederherzustellen. Sie zeigt, wie gut Ihr Team auf Probleme reagieren und sich davon erholen kann.

Eine niedrige MTTR weist auf eine hohe betriebliche Resilienz und wirksame Verfahren zur Reaktion auf Vorfälle hin.

Die MTTR wird vom Zeitpunkt der Erkennung eines Vorfalls bis zur vollständigen Wiederherstellung des Dienstes berechnet. Sie wird typischerweise in Minuten oder Stunden gemessen.

• Beispiel: Wenn es 2 Stunden dauert, einen Anwendungsausfall zu erkennen, zu analysieren und zu beheben, beträgt die MTTR für diesen Vorfall 2 Stunden.
• Ziel: Verkürzen Sie diese Zeit. Eine schnellere Wiederherstellung minimiert die Auswirkungen auf Benutzer und Geschäftsabläufe.

Die Fehlerquote bei Änderungen ist der Prozentsatz der Änderungen an der Produktionsumgebung, die zu einer Beeinträchtigung des Dienstes führen, einen Rollback erfordern oder anderweitig eine sofortige Behebung notwendig machen.

Diese Metrik ist entscheidend, um die Stabilität und Zuverlässigkeit Ihres Bereitstellungsprozesses zu verstehen. Eine hohe CFR deutet auf Probleme bei den Test- oder Bereitstellungsverfahren hin.

Die CFR wird berechnet, indem die Anzahl der fehlgeschlagenen Bereitstellungen durch die Gesamtzahl der Bereitstellungen in einem bestimmten Zeitraum geteilt und anschließend mit 100 multipliziert wird.

• Beispiel: Wenn von 100 Bereitstellungen 5 einen Produktionsvorfall verursachen, beträgt Ihre CFR 5 %.
• Ziel: Halten Sie diesen Wert so niedrig wie möglich. Besonders leistungsstarke Teams erreichen häufig eine CFR von unter 15 %.

Sie haben die vier DORA-Metriken kennengelernt. Testen wir nun Ihr Verständnis dafür, was jede einzelne misst.

Herzlichen Glückwunsch! Sie haben die vier DORA-Metriken kennengelernt:

• Deployment Frequency: Wie oft Sie Releases durchführen.
• Lead Time for Changes: Wie schnell Code produktiv wird.
• Mean Time to Restore: Wie schnell Sie Probleme beheben.
• Change Failure Rate: Wie oft Deployments Probleme verursachen.

Durch die Überwachung dieser Metriken gewinnen Sie wertvolle Einblicke in den Zustand Ihrer CI/CD-Prozesse und fördern die kontinuierliche Verbesserung Ihrer DevOps-Praktiken.