Unsere letzten beiden Releases konzentrierten sich auf Open-Source-Funktionen und die Weiterentwicklung unserer Mainframe-Trace-Streaming-Funktion zur Unterstützung von OpenTelemetry. In diesem Artikel erläutern wir, warum wir diese Funktionen als entscheidende Schritte auf dem Weg zur Herstellerneutralität und als wesentliche Bestandteile für zukunftsorientierte DevOps-Teams ansehen, die auf Mainframe-Anwendungen angewiesen sind. Bevor wir uns mit OpenTelemetry, Observability und Application Performance Monitoring (APM) beschäftigen, lassen Sie uns einen Blick darauf werfen, was die DevOps-Experten Jez Humble, Gene Kim, Peter Richards und Jeffrey Snover in diesem kurzen YouTube-Video, das von Puppet (ein branchenführender Anbieter für IT-Automatisierungssoftware) erstellt wurde, über DevOps und dessen Auswirkungen auf Unternehmen berichten.
Was ist DevOps, ein Youtube-Video von Puppet
Mit dem Laden des Videos akzeptieren Sie die Datenschutzerklärung von YouTube.
Mehr erfahren
Die vier Key Metrics zur Messung der DevOps-Performance
Untersuchungen von DevOps Research & Association LLC (DORA) haben vier Schlüsselmetriken identifiziert, die die Leistung eines Softwareentwicklungsteams anzeigen:
- Vorlaufzeit (von der Übergabe des Codes bis zur Bereitstellung des Codes),
- Einsatzhäufigkeit (für die Produktion),
- Prozentsatz der fehlgeschlagenen Änderungen (für Produktionsimplementierungen) und
- Mittlere Zeit bis zur Wiederherstellung, auch bekannt als MTTR (nach einem Produktionsausfall)
Application Performance Monitoring (APM) als DevOps-Tool
Sobald die Software geplant, entwickelt, getestet und bereitgestellt wurde, greifen DevOps-Teams auf APM-Produkte und -Software zurück, um ihre Change-Fail-Prozentsätze und MTTR zu überwachen und zu optimieren. APM-Software der nächsten Generation kann unter anderem: Änderungen an der Bereitstellung von Anwendungen erkennen, die Transaktionsleistung, die Auslastung der Systemressourcen und den Speicherverbrauch messen, auf Anwendungsfehler hinweisen und Warnhinweise liefern, sobald sich die Benutzererfahrung aufgrund langsamer Antwortzeiten verschlechtert. Um dies zu erreichen, erstellen APM-Anbieter „Agenten“ zur Instrumentierung von Anwendungen, virtuellen Maschinen, Datenbanken, Betriebssystemen und mehr. Die Agenteninstrumentierung erzeugt Traces und Metriken, die an einen APM-Server (vor Ort oder SaaS) gesendet werden, wo sie korreliert und in einer webbasierten Benutzeroberfläche visualisiert werden.
End-to-End All-in-One APM-Produkte sind teure Massenware
Und was geschieht, wenn DevOps-Teams Anwendungen verwalten, die von Diensten oder Systemen abhängen, für die ihre APM-Software keinen Agenten bereitstellt (z. B. Mainframe)? Die nicht unterstützten Dienste werden als Teil der Netzwerkaufrufe angezeigt, die von der Anwendung getätigt werden. Dieser Netzwerkaufruf zeigt eine aus Sicht der aufrufenden Anwendung aufgezeichnete Antwortzeit, die die tatsächliche Netzwerkzeit, die Ver-/Entschlüsselung von Nachrichten und mehrere Ebenen von internen und externen Diensten und Prozessen beinhalten kann. Wenn sich die Antwortzeit verlangsamt oder ein Fehler auftritt, sind DevOps-Teams nicht in der Lage, die Ursache des Problems zu identifizieren (Netzwerk, Sicherheit, interne oder externe Dienste, Systemfehler … ) . Dies kann sich negativ auf die Möglichkeit des Teams auswirken, die Fehlerquote bei Änderungen niedrig zu halten und die MTTR zu beschleunigen.
OpenTelemetry Tracing Components image from the OpenTelemetry Specification v1.0.0, Tracing Edition publication by Ted Young on Medium.com
Stichwort OpenTelemetry-Projekt der Cloud Native Computing Foundation
Das OpenTelemetry-Projekt der CNCF zielt darauf ab, die Lücken proprietärer und quelloffener APM-Software zu schließen, indem Standards eingeführt werden, die eine durchgängige, herstellerneutrale Beobachtbarkeit ermöglichen. OpenTelemetry ist ein Observability-Framework, das aus einer Sammlung von Tools, APIs und SDKs besteht und Spezifikationen für das Sammeln und Exportieren von Telemetrie (Metriken, Logs und Traces) zur Analyse in jedem APM-Produkt definiert.
Wieso hat also OpenTelemetry eine große Bedeutung für die APM-Hersteller und -Anwender?
Branchenführende APM-Hersteller, Open-Source-APM-Softwareanbieter und unzählige weitere Unternehmen erkennen die Vorteile, welche OpenTelemetry bietet. Viele APM-Hersteller bieten native OpenTelemetry-Unterstützung in ihren kommerziellen Produkten an. Die Fähigkeit, OpenTelemetry Traces und Metriken zu unterstützen sowie die APM-Software mit Tools von Drittanbietern zu integrieren, erhöht den Geschäftswert ihres Produkts und verbessert die Kundenzufriedenheit. Eine Standard-Instrumentierung zu ermöglichen, die herstellerneutrale Traces und Metriken erzeugt, bedeutet, dass sich die Hersteller auf die Verbesserung und Einführung einzigartigerer Funktionen durch Benutzerschnittstellen konzentrieren, die Individualisierbarkeit erhöhen und die Unterstützung künstlicher Intelligenz verfeinern können. Wie Mark Albertson in einem SiliconANGLE-Artikel darüber berichtet, wie OpenTelemetry großes Interesse bei Unternehmen weckt, sind über 80 Unternehmen, darunter weltweit führende Unternehmen der Technologiebranche, an diesem Projekt beteiligt, das nach Kubernetes das beliebteste CNCF-Projekt geworden ist.
Flexible Optionen für die Mainframe-Beobachtbarkeit mit z/IRIS
Seit z/IRIS im Jahr 2019 gelauncht wurde, haben wir festgestellt, dass DevOps-Teams Tools benötigen, die sich an die jeweiligen Geschäftsanforderungen anpassen können, wenn diese im Laufe der Zeit entstehen und sich wandeln. Der Anstieg von Self-Service-Plattformen in leistungsstarken DevOps-Unternehmen verdeutlicht dies (State of DevOps 2020 Report von Puppet). Mit z/IRIS haben Teams Zugang zu Mainframe Observability in deren APM-Produkten, neue und bestehende, proprietäre und Open-Source. Selbst eine Integration von Mainframe-Metriken in Open-Source-Visualisierungssoftware wie Grafana ist mit der z/IRIS Metrics Streaming-Funktion realisierbar, die Metriken zu internen Datensenken (z. B. Zeitreihendatenbanken wie InfluxDB) streamt, die wiederum Self-Service-, Open-Source- oder Cloud-native Visualisierungssoftware speisen. z/IRIS ermöglicht es Ihren Teams, die Tools zu nutzen, die sich am besten an ihre Anforderungen anpassen, sodass sie mehr Informationen über den Mainframe erhalten, wo sie diese benötigen.
Mainframe-inklusive Observability trifft auf nachhaltige Herstellerneutralität
z/IRIS bietet Mainframe-Observability-Funktionen in APM-Produkten. Unter Verwendung der OpenTelemetry-Spezifikation Context Propagation (auch bekannt als Correlation) werden z/IRIS-Traces mit den zugehörigen dezentralen Anwendungsdienstaufrufen in jeder APM-Software korreliert. Darüber hinaus erstellen wir Labels, die von Teams, die nicht unbedingt über umfangreiche Mainframe-Kenntnisse verfügen, gut lesbar und verständlich sind. DevOps-Teams verwenden z/IRIS, um mit der Überwachung der Auswirkungen ihrer Geschäftsanwendungen und -dienste auf die Mainframe-Kosten und -Ressourcen wie Prozessoren und Speicher auszuwerten. Sie können zudem Latenzen identifizieren, die innerhalb der von den Anwendungen genutzten Mainframe-Transaktionen auftreten.
Die z/IRIS Distributed Db2 for z/OS Tracing-Funktion hilft Teams dabei, zu identifizieren, wann deren Anwendungen durch Deadlocks auf den Db2-Servern beeinträchtigt werden und ob die Anwendungen die Db2-Ressourcen blockieren und dadurch Timeouts oder langsame Antwortzeiten bei anderen Anwendungen verursacht werden. Verfolgen Sie unseren Blog, um mehr über unsere z/IRIS-Funktionen zu erfahren und herauszufinden, wie diese entwickelt wurden, um Teams bei der Optimierung ihrer DevOps-Performance zu unterstützen. Wenn Sie es nicht abwarten können, lesen Sie die Produktdokumentation, um mehr über z/IRIS in unserer Knowledge Base herauszufinden.
Wir sind begeistert von der Zukunft von Mainframe-inclusive APM
Da die OpenTelemetry-Unterstützung wächst und sich verbessert, erwarten wir eine stärkere Standardisierung und mehr parallele Unterstützung zwischen proprietären und OpenTelemetry-Agenten. Gartners „2020 Magic Quadrant for Application Performance Monitoring“ prognostiziert, dass 50 % des neuen Cloud-nativen Anwendungsmonitorings bis 2025 Open-Source-Instrumentierung anstelle von proprietären Agenten verwenden wird, um die Interoperabilität zu verbessern. Gartner beschreibt, wie dies das Monitoring vereinfachen, Interoperabilität zwischen Monitoring-Lösungen ermöglichen und die derzeitige agentenbasierte Preisgestaltung durch wertorientierte Preismodelle ersetzen wird.
Bei der Entwicklung werden wir weiterhin auf unserer OpenTelemetry-Unterstützung aufbauen und diese erweitern, während wir weitere Möglichkeiten zur Mainframe-Unterstützung für DevOps-Teams entwickeln. Wir sind davon überzeugt, dass das Wachstum von z/IRIS und die Mainframe-übergreifende Observability DevOps-Teams dazu ermutigen wird, ihre Mainframe-Anwendungsprogrammierer und Systemadministratoren zu integrieren, um alle vier DevOps-Performance-Metriken in Mainframe-gestützten Organisationen zu steigern. Mainframe-Kunden, die ein ausgereiftes und leistungsstarkes DevOps erreichen, werden einen einzigartigen Vorteil gegenüber ihren Mitbewerbern bei der Softwareentwicklung erlangen, die wesentliche Unterstützung, die Mainframe-Systeme dem Unternehmen bieten, offenlegen und die allgemeine Kundenzufriedenheit verbessern.
