Aviator-Badges

vorhergehende Artikel in: OpenSource TeleGrafana
07.03.2019

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

Aviator + Websockets

15.06.2019

Nachdem ich in den letzten Wochen und Monaten meine Zeit und Energie in die sQLshell gesteckt habe - was sowohl Bugfixing als auch neue Features betraf - habe ich nun endlich die Zeit gefunden, ein bereits lange überfälliges Feature an dWb+ und speziell am aviator zu implementieren.

Telegraf Inputs mit unterschiedlicher Frequenz

01.04.2019

Ich hatte in einem früheren Artikel beschrieben, dass ich noch einige weitere Ideen für die Darstellung mittels Grafana hatte. Zwischenzeitlich hatte ich sogar bereits einiges davon umgesetzt.

Gitlab-Metriken in Grafana

15.03.2019

Wie in einem vorhergehenden Artikel beschrieben wollte ich versuchen, ein Instrument wiederzubeleben, das ich in meiner Trac-Umgebung erfolgreich und gerne einsetzte

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Multi-User-WebDAV, Docker, GitHub

    17.11.2019

    Nachdem ich mich in letzter Zeit verstärkt mit Docker und dem zugehörigen Ökosystem beschäftige, habe ich begonnen, verschiedenste Dienste in Containern zu testen um zu sehen, ob in manchen Fällen LXC oder KVM nicht doch die bessere Wahl wäre...

    Weiterlesen...

Neueste Artikel

  • Migration der Webseite und aller OpenSource Projekte

    In eigener Sache...

    Weiterlesen...
  • AutoHideToolbar für Java Swing

    Ich habe eine neue Java Swing Komponente erstellt: Es handelt sich um einen Wrapper für von JToolBar abgeleitete Klassen, die die Werkzeugleiste minimieren und sie nur dann einblenden, wenn der Mauszeiger über ihnen schwebt.

    Weiterlesen...
  • Integration von EBMap4D in die sQLshell

    Ich habe bereits in einem früheren Artikel über meine ersten Erfolge berichtet, der sQLshell auf Basis des bestehenden Codes aus dem Projekt EBMap4D eine bessere Integration für Geo-Daten zu spendieren und entsprechende Abfragen, bzw. deren Ergebnisse auf einer Kartenansicht zu visualisieren.

    Weiterlesen...

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.