Es ist nicht das erste Mal, dass ich über #Grafana brüte, von Hand ein Dashboard baue und mir denke: „Verdammte Axt, ich kann doch nicht der erste Mensch auf der Welt sein, der hierfür ein vernünftiges #Dashboard haben will?!“ 🤔

[netzwerkgoettin@konfigurationsmanufaktur.de]

Es ist nicht das erste Mal, dass ich über #Grafana brüte, von Hand ein Dashboard baue und mir denke: „Verdammte Axt, ich kann doch nicht der erste Mensch auf der Welt sein, der hierfür ein vernünftiges #Dashboard haben will?!“

[jwalzer@infosec.exchange]

@netzwerkgoettin
Gleich kommt der @isotopp der dir Erklärt daß das garnicht geht, weil es für das Grafana-JSON kein Schema zur Beschreibung gibt, weil jedes Modul seinen eigenen Code hat.

Sorry

[redknight@mastodon.social]

@netzwerkgoettin Andere Leute gucken in dem Fall auf unixe.de - ich weiß, dass es in dem Fall ein schwacher Trost ist

[anton@social.dollmaier.name]

@netzwerkgoettin das denke ich mir bei Ansible-Rollen auch jedes Mal.
Das ist das einzige, wo ich etwas neidisch auf das PuppetForge-Universum schaue.
Gefühlt bauen alle in Ansible selbst für sich neu.

[realmurphy@social.linux.pizza]

@netzwerkgoettin

yepp, anfangen, an Grenze stoßen und haleb Tag mit der Suche nach Lösung verbringen.

Gerade versuche ich ein altes Canvas-Horror-Dashboard (durch Skript generiert, weil man sich das nicht manuell antun will) mit "AI" auf "Business Text" (leider auch wohl EOL) zu konvertieren. Zumindest bis zum Zustand "leidlich brauchbar" geschafft.

[falk_@chaos.social]

@anton @netzwerkgoettin Weil fertige Ansible Rollen immer irgendwie darin enden, die Konfiguration irgendwie in YAML abzubilden, anstatt die drei Variablen die man braucht in ein Template zu knallen.

[netzwerkgoettin@konfigurationsmanufaktur.de]

@redknight YMMD

[hw77@c.im]

@netzwerkgoettin Das ist halt der Fluch der kommerziellen Welt: Erst mal gucken, ob es eine Lösung oder Vorlage im Netz gibt, wenn nicht, dann bei Null anfangen, den Bums selber zu klöppeln. Dann ist man fertig – aber man schließt die Lücke im Netz nicht, weil das war nicht der Auftrag und wird nicht bezahlt …

[redknight@mastodon.social]

@netzwerkgoettin Ist aber ernst gemeint - im alten Job hab ich viel icinga und ein bisschen Grafana gemacht und nahezu alle Lösungen für meine Probleme bei Dir gefunden.

Now that I have your attention: Danke dafür

[jwalzer@infosec.exchange]

@falk_ @anton @netzwerkgoettin

Und: Damit sie generisch genug für alle anderen usecases sind, sind sie dann zu komplex zu benutzen.

Für den Nginx gibt es ein Platz in dem die Configuration liegt. Die nginx.conf und alle included configs haben die volle Mächtigkeit der Funktionalität von Nginx.

Es ist völliger Wahnsinn, eine Ansible Rolle zu schreiben, die Mächtig genug ist, alle Usecases der Welt abzudecken nur um dann eine YAML2Config-Schaufel zu bauen (Danke @isotopp für den Begriff).
Würde man Funktionalitäten weglassen, setzt man sich offensichtlich wieder dem Vorwurf aus, es "nur für sich selbst zu bauen" ... aber genau das ist die Realität. Vereinfache die Rolle für DEINE Usecases, und trag alles, was du sowieso fest hast in die Config-Templates ein und mache das, was du dynamisch brauchst als Variable in dein Ansible.

Das hilft dir auch gewisse Standards zu zu schaffen, wie du in deiner Infra konfigurieren willst.