Ausgangslage
Kubernetes-Zustand ist für Teams oft schwer zu überblicken, verteilt über kubectl-Ausgaben, Logs und Dashboards. ranching.farm bündelt Live-Cluster-Daten und lässt ein LLM sie erklären, statt sie nur anzuzeigen.
ranching.farm — KI-gestützte Kubernetes-Einsicht
ranching.farm ist eine Plattform, für die Franz Bettag das Elixir/Phoenix/LiveView-Backend und die Integration eines Kubernetes-Agenten baut. Ein Go-Agent im Cluster führt Werkzeuge über einen authentifizierten Phoenix-Channel aus; die Plattform prüft rollenabhängige Rechte, und Aquila orchestriert das LLM mit den Werkzeugergebnissen.
Problem
Rolle
Franz Bettags Rolle
Baut die Plattform (Elixir/Phoenix/LiveView) und die Integration des Kubernetes-Agenten.
Architektur
Backend
Elixir/Phoenix/LiveView-Plattform mit Aquila zur LLM-Orchestrierung.
Cluster-Agent
Ein Go-Agent läuft im Cluster und verbindet sich über einen authentifizierten Phoenix-Channel; die Cluster-Auswahl ist organisationsgebunden.
Werkzeuge
Die Plattform prüft Werkzeugaufrufe vor der Weiterleitung: normale Teamrollen sind auf zugelassene lesende Befehle beschränkt; Admins und Owner dürfen auch Änderungen ausführen. Der Go-Agent führt die zugestellten Befehle aus. Das LLM interpretiert die Ergebnisse und streamt eine Antwort.
Ergebnisse und Grenzen
Was belegt ist
Eine öffentliche Demo und der quelloffene Agent-Code sind einsehbar. Der Agent ist selbst keine Read-only-Sandbox: Plattformrechte und Kubernetes-RBAC bestimmen die erlaubten Änderungen. Es liegen keine erhobenen Prozentzahlen oder Kundenzahlen vor.
Nicht unabhängig gemessen
Operative Zeitersparnis ist nicht unabhängig gemessen oder verifiziert.
Belege
Quellen
Öffentliche Demo und quelloffener Agent-Code.