Die Frage über Alerting Philosophy. Die meisten Metrik-Frameworks (Spectacor oder dropwizard) aggregieren Daten, z.B. Geben Sie Max, Min, Durchschnitt usw. an. Stimmt es also, dass diese Daten nicht vom Backend berechnet werden sollten? Oder in welchen Fällen Backend sollte aggrierte Daten berechnen?Müssen Metrikaggregationen vom Backend berechnet werden?
Das ist eine interessante Frage. Ich nehme an, das "Backend" in diesem Netflix-Artikel bezieht sich auf das Backend des Überwachungssystems. In einer verteilten Umgebung würden also viele Dienste (DropWizard ausführen) Daten an dieses "Backend" senden. Dies ist anders, da sich das normale Backend im DropWizard-Kontext auf das Anwendungs-Backend im Netflix-Kontext bezieht, das lediglich ein "Agent" ist.
Meine Meinung ist, dass ich denke, dass einige Berechnungen auf Agent/App-Backend-Ebene durchgeführt werden können/sollten. Da der 'Dropwizard' eine gewisse Aggregation durchführen soll, um die Daten zu begrenzen, die für die Übertragung an den zentralisierten Überwachungsserver benötigt werden. Und wo kein zentralisierter Überwachungsserver vorhanden ist, bedeutet dies, dass Sie die Daten bereitstellen und Warnungen direkt auf Agent/Backend-Ebene erstellen können.
Dank
'Ich denke, einige Berechnung getan werden könnte/sollte Agent/app Backend level' getan werden - dies auf die Frage zu beantworten, ist es nicht. – Cherry
'Da der 'Dropwizard' eine Aggregation durchführen soll, um die für die Übertragung an den zentralisierten Überwachungsserver erforderlichen Daten zu begrenzen, denke ich, dass die Weitergabe von Aggregationsmetriken über das Netzwerk hinaus die Daten erhöht, anstatt sie zu" limitieren ". Nein? – Cherry
Und der letzte 'Spectacor' und' Dropwizard' ist nur ein Beispiel für Metriken Frameworks, die Frage ist nicht über sie. – Cherry