Versuchen zu integrieren Coda Hale Metriken im Frühjahr starten, nicht seing Metriken /Metriken

Folge ich der Angabe, dass das hinzufügen der coda hale Metriken-Bibliothek in den classpath automatisch automatisch die Metrik.

Funktioniert, ich bekomme die injiziert metricRegistry bean.

Aber wie Belege ich diese neuen Metriken /Metriken Endpunkt?

Dank!

InformationsquelleAutor Luis Muñiz | 2014-07-04
  1. 2

    Das ist nicht so, wie es funktionieren soll. Codahale hat einige Metrische Typen, die keine Zuordnung zu Spring Boot, so Sie sollen die Codahale native APIs für Berichterstellung sobald Sie beginnen, sammeln von Metriken, die Art und Weise. Boot ist nur die service-Abstraktion für Manometer und Schalter an diesem Punkt.

    UPDATE: Spring Boot fügt auch Codahale Metriken, um die /Metriken endpoint seit 1.2.0 (siehe MetricRegistryMetricReader).

    • aber was ist dieser Satz wohl zu bedeuten in den Frühling starten-Dokumentation? Es tut Hinweis, dass es eine Ebene der integration. "Benutzer können erstellen Coda Hale Metriken, indem Ihre metrischen Namen mit dem entsprechenden Typ (z.B. Histogramm.*, meter.*)."
    • Es bedeutet, dass die Metrik vom Typ Histogramm und Messgerät (native Codahale Typen) können erstellt werden, indem der Spring-Boot-Metriken Dienstleistungen. Wir klären die docs ein bisschen, wenn Sie einen Vorschlag machen möchten.
    • Soweit ich das verstanden hab die Dokumentation können Sie injizieren GaugeService und CounterService. So können Sie die Metriken dieser Typen. Aber wie können Sie "Anhängen", um die spring-boot-Metriken Dienstleistungen. Ich kann mir kaum vorstellen, dass Sie fügen Sie ein Histogramm mit Hilfe der GaugeService?
    • Warum nicht? Senden Sie einfach eine Messung mit einem Namen in "Histogramm.*" (Messen ist besser als counter semantisch, aber ich denke, dass beide arbeiten). Das ist, was es sagt in der Doku (zugegebenermaßen vielleicht nicht deutlich genug).
    • ok Super!!! danke. Die Dokumentation könnte ein wenig mehr explizite Stimme ich zu.
    • Ich denke auch, dass die Dokumentation erfordert einige Klarstellungen (oder ein Beispiel) auf diesem
    • Pull-requests sind mehr als willkommen.
    • Warum ist das Präfix benötigt? Gibt es keine Semantik? Soweit ich es sehe, ist es möglich ohne das Präfix als gut und Spring-Boot wird noch der export der Daten in die /Metriken Endpunkt.
    • Das Präfix ist ein signal an die Spring-Boot zu senden, die Metrik zu Codahale, also ja, es ist notwendig, wenn das ist, was Sie wollen passieren.

    InformationsquelleAutor Dave Syer
  2. 4

    Gibt es einige die integration der Magie erreicht, indem http://www.ryantenney.com/metrics-spring/ dass die Leitungen codahale Metriken in den Antrieb /health Endpunkt.

    Mit dieser Abhängigkeit enthalten, 

    compile 'com.ryantenney.metrics:metrics-spring:3.0.0-RC2'

    können Sie "enableMetrics" in Ihrer Anwendung Konfiguration

    @EnableMetrics
public class ApplicationConfiguration {
    ...

    Dadurch können Sie die Zeit jede Anfrage mit der @timed Anmerkung:

    @Timed
@RequestMapping(method=RequestMethod.GET)
public @ResponseBody
Foo foo() {
    ...

    und Ihre anderen Interaktionen mit MetricRegistry Aggregat in den Antrieb /health Endpunkt.

    Ich habe zusammen eine Beispiel-Anwendung implementiert, die diese integration:

    https://github.com/benschw/consul-cluster-puppet/tree/master/demo

    geschrieben und eine mehr in die Tiefe tutorial hier:
    http://txt.fliglio.com/2014/10/spring-boot-actuator/

    • Eigentlich Spring Boot fügt auch Codahale Metriken, um die /Metriken Endpunkt auf seine eigenen seit 1.2.0 (siehe MetricRegistryMetricReader).
    InformationsquelleAutor ben schwartz
  3. 1

    Ich ein update für ein Metriken-Histogramm mit spring-boot wie dieses:

            gauge.submit("histogram." + name + ".millis", durationMillis);
    InformationsquelleAutor David Roussel
Schreibe einen Kommentar