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.
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.
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.
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
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...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Jupyter Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
In eigener Sache...
Weiterlesen...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...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.