<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Monitoring on Fuchsbau</title><link>https://this-is-fine.io/tags/monitoring/</link><description>Recent content in Monitoring on Fuchsbau</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 05 Oct 2026 09:30:00 +0200</lastBuildDate><atom:link href="https://this-is-fine.io/tags/monitoring/index.xml" rel="self" type="application/rss+xml"/><item><title>ZeroClaw als Alert-Gate: erst verstehen, nicht gleich reparieren</title><link>https://this-is-fine.io/posts/20261005-zeroclaw-alert-gate/</link><pubDate>Mon, 05 Oct 2026 09:30:00 +0200</pubDate><guid>https://this-is-fine.io/posts/20261005-zeroclaw-alert-gate/</guid><description>&lt;p&gt;Ein Monitoring-System kann völlig korrekt arbeiten und trotzdem schlechte Nachrichten produzieren. Ein Storage-Problem wird zu mehreren Volume-Alerts, daraus werden Pod-Probleme, und am Ende meldet sich noch ein Dienst, dessen Abhängigkeit gerade fehlt. Jede einzelne Meldung stimmt. Zusammen beantworten sie aber noch nicht die wichtigste Frage: &lt;strong&gt;Was ist passiert, und was muss ich jetzt entscheiden?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;An dieser Stelle sitzt ZeroClaw in meinem Lab. Nicht als zusätzlicher Controller, der Deployments repariert, sondern als &lt;strong&gt;Alert-Gate und lesender Triage-Assistent&lt;/strong&gt;: Zustand abfragen, zusammengehörige Symptome einordnen, bekannte Meldungen zurückhalten und bei neuen relevanten Vorfällen eine verständliche Zusammenfassung liefern.&lt;/p&gt;
&lt;p&gt;Das klingt einfach. Die interessanten Fragen beginnen bei den Grenzen: Wer darf die Daten lesen? Wer darf etwas verändern? Und was passiert, wenn ausgerechnet der Assistent schweigt?&lt;/p&gt;</description></item><item><title>Lab-Rückblick: weniger blinde Flecken, bessere Rückwege</title><link>https://this-is-fine.io/posts/20261005-lab-rueckblick-betrieb-statt-baustellen/</link><pubDate>Mon, 05 Oct 2026 09:00:00 +0200</pubDate><guid>https://this-is-fine.io/posts/20261005-lab-rueckblick-betrieb-statt-baustellen/</guid><description>&lt;p&gt;Im letzten größeren &lt;a href="https://this-is-fine.io/posts/20260610-lab-multi-cluster-federation/"&gt;Lab-Rückblick&lt;/a&gt;
 stand eine ziemlich lange offene Rechnung: bessere Beobachtbarkeit, Backups über mehrere Schichten und weniger Handarbeit an den Betriebsgrenzen. Seitdem kamen neue Dienste hinzu. Interessanter finde ich aber die Änderungen, die man auf einem Screenshot kaum sieht: Logs fehlen nicht mehr ausgerechnet von der Control Plane, Backups verlassen die Ausfalldomäne des Clusters, und ein stilles Monitoring gilt nicht automatisch als gesund.&lt;/p&gt;
&lt;p&gt;Hier die relevanten Veränderungen seit dem Sommer — keine Liste aller Image-Bumps, sondern das, was am Betriebsmodell tatsächlich etwas geändert hat. Stand ist die öffentliche Lab-Konfiguration Anfang Oktober 2026.&lt;/p&gt;</description></item></channel></rss>