Kontinuierliche Verbesserung mit DORA-Metriken für Mainframe-DevOps

Das heutige anspruchsvolle Geschäftsumfeld erfordert, dass Mainframe-Häuser dieselben DevOps-Praktiken übernehmen, die auch für verteilte Plattformen verwendet werden. Die Messung der Key Performance Indicators (KPIs) des Mainframes trägt dazu bei, sicherzustellen, dass die Plattform jederzeit aktiv und zuverlässig ist – was für die Organisationen, die auf sie angewiesen sind, um Millionen von Transaktionen pro Tag zu verarbeiten, von entscheidender Bedeutung ist. Dies hat auch einen Bedarf an KPIs in DevOps geschaffen – unabhängig von der Plattform – die in drei Kategorien eingeteilt sind:

• Geschwindigkeit: Verstehen, wie schnell es dauert, von der Entwicklung zur Produktion und zu jeder Stufe auf dem Weg zu gelangen.
• Qualität: Sicherstellung einer durchgehend guten Qualität in der Pipeline.
• Effizienz: Vergleich des aufgewendeten Engagements mit der geleisteten Arbeit.

Um diese KPIs zu messen, entwickelte das DevOps Research and Assessment (DORA)-Team vier zentrale DevOps-Kennzahlen, die heute als "DORA-Kennzahlen" bezeichnet werden.

Was sind DORA-Kennzahlen und warum sind sie so wichtig?

Diese vier Kennzahlen sind wesentliche Indikatoren für Fortschritt und Verbesserung bei:

• Vorlaufzeit für Änderungen: Wie lange dauert es, bis deine Pipeline Code liefert, nachdem ein Entwickler ihn wieder eingecheckt hat. Wenn du das nicht verfolgst, verzögern wir die Einführung von Innovationen auf den Markt.
• Bereitstellungshäufigkeit: Wie oft Sie in die Produktion einsetzen und die Innovationen liefern, die das Unternehmen benötigt. Das Ziel ist es, kleine Chargen von Arbeit zu liefern, die die Qualität verbessern und Innovationen schneller in die Hände Ihrer Kunden bringen.
• Fehlerrate bei Änderungen: Bewertet den Prozentsatz der Codeänderungen, die in die Produktion zurückgedrängt werden, ausfallen und/oder rückgängig gemacht werden müssen. Diese Metrik kann zusammen mit den vorherigen Metriken verwendet werden, um zu verstehen, wo der Sweet Spot für die Codelieferung liegt. Zu schnelle oder in großen Chargen ausgelieferten Code kann dazu führen, dass diese Metrik steigt.
• Mittlere Wiederherstellungszeit (MTTR)-Dienst: Erfasst, wie lange es dauert, Probleme in der Produktion zu beheben. Dies ist mit der vorherigen Kennzahl verknüpft. Eine höhere Veränderungsausfallrate kann auch dazu führen, dass diese Metrik steigt.

Wenn sich ein Unternehmen verbessert, kann es häufiger implementiert werden, während die Ausfallrate der Änderungen gleich bleibt (siehe Fast, Good, or Cheap – Get All Three with Continuous Improvement von Mark Schettenhelm).

Reife und Elitestatus

Neben den Kennzahlen der Einsatzfrequenz werden Organisationen auch auf niedrigen, mittelen, hohen und Elite-Reifestufen bewertet.

• Niedrige Deployments zwischen einmal im Monat und einmal alle sechs Monate, typischerweise im Großrechner.
• Medium wird zwischen einmal pro Woche und einmal im Monat eingesetzt.
• High wird zwischen einmal täglich und einmal pro Woche eingesetzt.
• Elite-Organisationen wie Google, Facebook und Netflix werden mehrmals täglich eingesetzt. Sie erwarten, dass ihre Teams Code am ersten Tag in die Produktion bringen, und in Bezug auf MTTR können sie ein Problem in weniger als einer Stunde beheben.

DORA-Metriken für den Großrechner

Mainframe-Shops müssen auf dem neuesten Stand bleiben, und die Verwendung von DORA-Metriken ist eine effiziente und standardisierte Methode, um diese Modernisierung zu messen und das nächste Reifegrad zu erreichen. Wenn keine DORA-Metriken verwendet werden, wird es schwierig zu wissen, ob man so effizient ist, wie man sein kann, und sich mit Branchenkonkurrenten zu vergleichen.

Die vier Metriken sind wie Zylinder in einem Motor miteinander verbunden. Organisationen müssen sich daran erinnern, dass trotz der Aufmerksamkeit für Cloud und verteilte Technologie der Großrechner wahrscheinlich der wichtigste Server ist, den sie besitzen.

Wie erfasst man DORA-Metriken für das Hauptrechner?

Mainframe kann DORA-Kennzahlen genauso erfassen wie eine verteilte Umgebung: durch DevOps-Tools und/oder Systemprotokolle, die dann in die vier Messungen umgewandelt werden. Dies sollte so früh wie möglich beginnen. Wir haben es Teams erleichtert, indem wir BMC AMI Adviser-Dashboards angeboten haben, die das Plotten und Konsolidieren von Daten eliminieren und sofortige Perspektiven auf Ihre Branchenposition bieten.

Wie die BMC AMI DevX-Tools mit DORA-Metriken verbunden sind

Zusätzlich zu zAdviser können zusätzliche BMC AMI DevX-Tools helfen, ein vollständiges Bild Ihrer Kennzahlen zu vermitteln.

Die BMC AMI DevX Code Pipeline legt das Fundament und erfasst die ursprüngliche Quellcode-Management-Funktion (SCM), die das Bearbeiten, Testen und die Bereitstellung der Bereitstellung erleichtert, indem Kennzahlen unterwegs gesammelt werden. ISPW steht im Zentrum der Entwickleraktivitäten und ermöglicht es den Leuten, Code auszuchecken, zu bearbeiten und wieder einzuchecken. ISPW kompiliert den Code, wenn er bereit ist. Wenn während des Tests ein Fehler gefunden wird, der eine erneute Bearbeitung und eine weitere Kompilierung erzwingt, läuft er über ISPW, bis er befördert und für die Bereitstellung genehmigt wird. Während dieser Zeit werden Kennzahlen vom Check Out über die Bereitstellung bis zur Produktion angewendet.

zAdviser ist eine Software-as-a-Service (SaaS)-Lösung, die das Sammeln von Kennzahlen vereinfacht, indem sie die Datenübersicht erleichtert – was auch dazu beiträgt, Organisationen näher an das Eliteniveau zu bringen. zAdviser erfasst Daten darüber, wie Menschen BMC AMI DevX Mainframe-Tools und Anwendungen wie ISPW und BMC AMI DevX Abend-AIDD verwenden. Dies entspricht der Praxis, die in der verteilten Welt verbreitet ist, vor allem durch die Nutzung von Git. Kunden, die eine Migration zu Git und außerhalb von ISPW erwägen, sollten wissen, dass ISPW es einem Unternehmen ermöglicht, einige Teams Git mit ISPW nutzen zu lassen, während andere weiterhin nur ISPW verwenden.

Abend-AID erkennt und diagnostiziert Probleme automatisch in mehreren Umgebungen und adressiert Probleme beim ersten Auftreten. Im Kontext der DORA-Metriken liefert Abend-AID unterstützende Daten und hilft, die Ursache zu finden. Es ist möglich, DORA-Metriken ohne Eingabe von Abend-AID zu erhalten, aber ohne sie kann man sie nicht verbessern.

BMC AMI DevX ist die einzige Lösung, die Daten von SCMs aufnehmen kann und Kunden sehen kann, wie sie ihre Mainframe-Anwendungen heute entwickeln, welche Tools sie verwenden, an welchen Teilen ihre Entwickler arbeiten und wie dieser Code den Lebenszyklus durchläuft.

DORA-Kennzahlen und die vier KPIs helfen dem Management, die Leistung ihrer Zeit bis zur Lieferung und ihrer Entwicklungsteams zu messen und zu verstehen, während das BMC AMI Adviser KPI Dashboard für DORA Metrics es ihnen ermöglicht, diese Daten zu nutzen, um ihre DevOps-Bemühungen kontinuierlich zu verbessern.

Um mehr über das Tracking von DORA-Metriken auf dem Großrechner zu erfahren, laden Sie unser eBook " DORA Metrics for Mainframe DevOps" herunter.

Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.