Nachdem ich bereits einige Erfolge dabei feiern konnte, Grafana an meine Wünsche anzupassen habe ich weitere Ideen entwickelt.

Eine davon war, bestimmte Metriken aus Gitlab auf einem Grafana-Dashboard darzustellen. Das könnte im Prinzip ganz einfach sein, denn wenn man einfach ein Custom-Script schreibt und dieses in Telegraf einbindet, wandert die entsprechende Metrik in InfluxDB und steht zur Visualisierung mittels Grafana bereit.

Allerdings ändern sich (zumindest bei mir) die Metriken in Gitlab (offene Issues,...) nur sehr langsam - man könnte auch sagen: "mit großer Zeitkonstante". Alle anderen erfassten Metriken ändern sich wesentlich schneller, weswegen meine Telegraf-Instanzen auch Daten in Minutenabständen in die unterliegende InfluxDB-Instanz schreiben. Für diese neuen Gitlab-Metriken würde das aber bedeuten, dass eine Menge unnützer Datenpunkte die Datenbank aufblähen würde, da ich eigentlich auch vorhatte, die Darstellung in Grafana mittels SingleStat-Panels zu erledigen und dabei immer den letzten Wert anzuzeigen.

Es müsste also ein Weg gefunden werden, nur dann wirklich Datenpunkte in InfluxDB zu schreiben, wenn sich die entsprechende Metrik auch wirklich geändert hatte. Dazu müsste man den letzten Wert aus der InfluxDB lesen und ihn mit dem aktuellen vergleichen. Als Sonderfall müsste noch beachtet werden, dass sich ein solcher Wert über die gesamte Dauer der aktiven Retention Policy nicht ändern muss und es daher eventuell gar keinen gibt - in diesem Fall muss auf jeden Fall ein neuer geschrieben werden. Man könnte in diesem Sinne auch festlegen, dass pro Tag mindestens einer zu schreiben ist.

Schön wäre es, wenn soche Abfragen auch mittels HTTP-Schnittstelle möglich wären - dann könnte man diesen gesamten Vorgang mittels curl + bash abbilden und müsste nicht erst irgendwelche fetten Pakete installieren. Das käme wieder meinem Ziel nahe, meinen Raspi auf dem das alles laufen sollte möglichst schlank zu halten. Auf der anderen Seite ist mein Gitlab-LXC-Container auch nicht ständig aktiv - ich werde diesen Aspekt also wahrscheinlich in meine Telegraf-Installation dieses Containers einbauen. Ein weiterer Aspekt, der mich in diesem Zusammenhang interessiert ist die Tatsache, dass meine selbst geschriebenen Inputs in Telegraf bisher lediglich einen Wert erfassen. Ich halte das für ein wenig unökonomisch. Daher werde ich in diesem Zusammenhang einmal überprüfen, ob diese Art von Input auch mehrere Zeilen auf einmal verdauen können und dafür dann nicht mehr das Format value verwenden, sondern influx. Das hat mich dann auch gleich wieder inspiriert, ein anderes OpenSource-Projekt näher auf Modifizierbarkeit zu untersuchen: Ich habe mit anybadge ja bereits Erfahrungen gesammelt. Dort ist erwähnt, dass man eigene Templates zur Erzeugung der Badges angeben kann. Ich würde also gern versuchen, ob dieses auch auf die im Projekt Aviator entstandenen anwendbar ist - dann müsste ich nämlich zur Darstellung der entsprechenden Werte nicht nur auf Grafana und Telefgraf zurückgreifen, sondern könnte einfach entsprechende Badges direkt in Gitlab erzeugen und integrieren.

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )