MyARM - Application Response Measurement Werkzeuge

Instrumentieren der Client- und Server-Anwendung, um wichtige Arbeitseinheiten zu messen

DefinitionenStart und StoppKorrelieren

Um die Anwendungen von Client und Server mit ARM zu instrumentieren, müssen entsprechende Anwendungs- und Transaktionsnamen definiert werden:

Anwendungsdefinitionen

Client-App (Client)

AppServer-App (Server)

Transaktionsdefinitionen

Find-Customer-By-Name (Client)

SOAP-Request (Server)

Die Definitionen müssen bei der ARM-Implementierung über geeignete Schnittstellen (API) während der Initialisierung der Anwendung registriert werden (z.B. für Java durch Benutzen der Schnittstelle ArmTransactionDefinition, um einen Transaktionsnamen zu registrieren).

Einmal registriert können die Definitionen zur Messung von Transaktionen genutzt werden, indem Start- und Stop-Aufrufe eingefügt werden. Der ARM Stop-Aufruf erwartet einen Status, der angibt, ob die Transaktion erfolgreich war (GOOD) oder nicht (FAILED, ABORTED).

Um die Messungen von Client und Server zu korrelieren, erzeugt der ARM Start-Aufruf ein ARM Correlator Token (fcCorr), welches an den Server innerhalb des SOAP-Requests weitergeleitet wird. Auf dem Server wird das ARM Correlator Token als Eingabeargument als Eltern-Correlator der SOAP-Request-Messung verwendet. So wird die Korrelation zwischen beiden Messungen hergestellt.

Testen und Verifizieren der ARM-Instrumentierung

HauptkonzepteOptionale Konzepte

Stellen Sie sicher, dass Ihre ARM-Instrumentierung richtig ist und alle notwendigen Informationen verknüpft sind:

Hauptkonzepte
1. Vergeben Sie einen sinnvollen Name, z.B. SOAP-Request für die Verarbeitung eines SOAP-Requests.
2. Verifizieren Sie, dass die gemessene Antwortzeit dem Erwartungswert nahe kommt. Hinweis: Sie sollten eine ungefähre Vorstellung von der Dauer einer Transaktion haben. Andernfalls schätzen Sie die Dauer.
3. Definieren Sie sinnvolle Zustände für die Transaktionen, z.B. erfolgreich oder fehlgeschlagen.
4. Übergeben Sie den richtigen Eltern-Correlator an die Kinder.
Optionale Konzepte
5. Falls möglich, ordnen Sie den Benutzernamen oder die ID unter der die Transaktion ausgeführt wurde zu.
6. Falls eine Transaktion nicht erfolgreich ausgeführt wurde, können Sie weitere Informationen im sogenannten Diagnose-Detail-Feld übergeben (bis zu 4096 Zeichen, z.B. das fehlgeschlagene SQL-Kommando).
7. Falls die Transaktion auf externe Ereignisse warten muss, nutzen Sie das das Blocking-Konzept von ARM, um die genauen Umstände zu ermitteln (Granularität: Mikrosekunden).
8. In Multi-threading Umgebungen können Sie die Thread-ID oder den Benutzer, unter dem die Transaktion ausgeführt wurde, verknüpfen.
9. Verbinden Sie Metriken, um den aktuellen Stand der Transaktion (z.B. Füllstand der Warteschlange als Anzeige) zu verknüpfen.
10. Tragen Sie Kontextinformationen, z.B. Kunden-ID, für weitere Filterung und Analyse ein.

Einsetzen und überwachen der ARM-instrumentierten Anwendung

EinsetzenÜberwachen ÜberblickÜberwachen letzte 12 Stunden

Einsetzen Überblick

1. Client- und Server-Anwendungen laufen auf ihren Hosts und verwenden die ARM-Schnittstelle, um definierte ARM-Transaktion zu messen.
2. Die MyARM Agent-Implementierung verarbeitet diese Messungen und leitet sie an den myarmdaemon mittels eines effizienten Protokolls, welches auf der TCP/IP-Schicht aufsetzt.
3. Der myarmdaemon empfängt die eingehenden Messungen und speichert sie in der konfigurierten Datenbank.
4. MyARM unterstützt MySQL®, MariaDB® und SQLite® Datenbanken.

Überwachen Überblick

• Der Monitor gibt einen Überblick über die Statistik von Antwortzeiten der letzten 12 Stunden (Zum Zeitpunkt der Aufnahme des Screenshots) von einer Demo-Web-Seite.
• Hier werden drei verschiedene Antwortzeit-Gruppen gezeigt:
  1. HTTP-Anfrage Messungen der arm4sdk.org Trac Web-Seite (seit 2021 offline)
  2. Transaktion Messungen einer CDDB-Demo Web-Seite
  3. Gesamtstatistic der HTTP-Anfragen von den Web-Seiten auf myarm.info und arm4sdk.org (seit 2021 offline)

Überwachen der letzten 12 Stunden

• Die Ansicht der letzten 12 Stunden des RTS-Monitors zeigt die Statistik aller HTTP-Anfrage Messungen von der Web-Seite arm4sdk.org (seit 2021 offline)

Analysieren der gemessenen Transaktionen

ÜberblickAufrufreihenfolgeEinzelheiten

Als Erstes erhalten Sie einen Überblick über den vollständigen Transaktions-Messungs-Baum in einem Antwortzeiten-Baumdiagramm. (Klicken Sie auf das Bild, um es zu vergrößern.)

• Im Beispiel-Diagramm wurde auf die Box unter der Maus geklickt. Auf der rechten Seite des Bildschirms werden die dazugehörigen Transaktionsmessungen angezeigt.

Das Diagramm Aufrufreihenfolge zeigt, welche Funktionen eine Anwendung in einer anderen Anwendung auf einem unterschiedlichen System aufgerufen hat.

• Auf der rechten Seite des Bildschirms zeigt ein Tortendiagramm die Verteilung der gesamten Antwortzeit, bezogen auf die verwendeten Transaktionen.

Einen detaillierten Einblick finden Sie in der Ansicht Einzelheiten.

• Auf der rechten Seite des Bildschirms zeigt ein Tortendiagramm die Verteilung der prozentualen Anteile der gesamten Antwortzeit eines spezifischen Systems.