Agentische Infrastruktur: Ersetzen von Splunk durch Claude-Code-Agents für Serverüberwachung

Ein Entwickler auf r/ClaudeAI hat eine Produktionsumgebung geteilt, in der jeder Dienst eine claude-code Session ist – der Router, die host-spezifischen Monitore, der Dashboard-Kachel-Poller – alle verbunden über einen WebSocket-Hub. Ursprünglich hatte er Splunk oder traditionelles Server-Monitoring geplant, entschied sich aber für diesen agentischen Ansatz.

Architektur-Aufbau

• WebSocket-Hub – alle Agenten-Sessions leiten Nachrichten über einen zentralen Hub weiter.
• Watcher – einfache Bash-Skripte erkennen Host-Ereignisse. Kosten: fast null im Leerlauf. Das LLM erwacht nur für den Drain-Zyklus alle 5 Minuten.
• Dashboard-Kachel-Registry – jede Kachel ist eine gespeicherte natürlichsprachliche Frage (z.B. Festplattenauslastung über alle Monitore hinweg). Der Router feuert diese nach Zeitplan erneut ab und speichert die Ergebnisse in SQLite zwischen.
• Alerting mit Kontext – wenn etwas kaputt geht, diagnostizieren sich die Agents selbst und senden einen Slack-Alarm mit Kontext, nicht nur einen rohen Schwellwert wie Festplatte >= 80%.

Warum das wichtig ist

Traditionelle Monitoring-Pipelines erfordern separate Tools für Sammlung, Speicherung, Alarmierung und Dashboards – jedes mit eigener Konfiguration und Integration. Dieser agentische Ansatz reduziert dies auf einen einzigen Stack, in dem LLM-Agents Telemetrie interpretieren, Diagnosen durchführen und menschenlesbare Alarme produzieren. Die Bash-Watcher halten die Leerlaufkosten nahe Null; die LLM-Zyklen halten die Inferenzkosten vorhersagbar.

Für wen es geeignet ist

Entwickler, die ihre eigene Infrastruktur betreiben und experimentieren möchten, herkömmliche Monitoring-Tools durch oder ergänzend mit KI-Agents zu ersetzen – insbesondere diejenigen, die bereits mit Claude Code vertraut sind.