Kubernetes. Pods, Deployments, Nodes, Services und mehr.
Installiere den Polylane-Agenten in einem beliebigen Kubernetes-Cluster, um Agenten nur lesende Sicht auf deine Workloads zu geben. Agenten kartieren deine Cluster-Topologie, inspizieren Pods, Deployments und Nodes, lesen Logs und Events und helfen, Incidents zu beheben.
Auf die WartelisteWas Polylane mit Kubernetes macht.
Die vollständige Cluster-Topologie
Deployments, StatefulSets, Pods, Services, Ingresses, CronJobs und insgesamt 24 Ressourcentypen, neben den Clouds, auf denen der Cluster läuft.
Die Ausfälle, die Kubernetes gut versteckt
Crashloops, OOM-Kills, Pods, die in Pending hängen, Rollouts, die nie konvergieren. Der Cluster weiß es; Polylane untersucht und schreibt auf, was passiert ist.
Direkte Inspektion
Agenten inspizieren Pods, lesen Logs und Events und kartieren die Topologie in festem Takt. Keine Dashboards dazwischen.
get, list, watch und nichts sonst
Der Agent im Cluster läuft mit nur lesendem RBAC, und Polylane macht nur lesende Kubernetes-API-Aufrufe.
So funktioniert es.
Verbinden
Installiere den Polylane-Agenten mit einem Helm-Befehl in deinem Cluster. Er registriert sich selbst über einen ausgehenden Tunnel, und deine Cluster-Zugangsdaten bleiben im Cluster.
Kartieren
Die Cluster-Topologie landet im Graph, und jeder Sync danach hält fest, was sich geändert hat.
Agenten übernehmen die Wache
Workloads werden beobachtet, während sie sich wandeln, Ausfälle werden untersucht, sobald sie passieren, und Manifest-Fixes kommen zu deinem Review.
Im Graph.
Die Ressourcentypen, die Polylane aus Kubernetes synchronisiert, mit ihren Kanten, ihrer Konfiguration und Historie.
Namespace Node Deployment StatefulSet DaemonSet ReplicaSet Job CronJob Pod Service Ingress ConfigMap Secret Service Account Role Role Binding Cluster Role Cluster Role Binding Persistent Volume Persistent Volume Claim Storage Class Network Policy Horizontal Pod Autoscaler Pod Disruption Budget Die Tools, die Agenten bekommen.
Was ein Agent mitten in einer Untersuchung mit Kubernetes tun kann. Jeder Aufruf landet zitiert im Thread-Transkript.
kubectl Kubernetes-Ressourcen auf einem verbundenen Cluster lesen und bedienen (get/list/describe/logs/events/top/rollout, plus scale, restart, patch, delete, apply)
Fragen.
Ist Polylane ein KI-SRE für Kubernetes?
Es ist das, was die meisten mit dem Begriff meinen: Agenten, die deine Ressourcen bei Kubernetes in einem Context Graph halten, sie beobachten, Issues untersuchen und beheben, was sie können, während ein Mensch alles freigibt, was die Produktion verändert. Wir nennen es lieber Software, die sich selbst betreibt, statt KI-SRE: Der Punkt ist, dass deine Software auf sich selbst achtgibt, nicht dass ein Bot in die On-Call-Rotation einsteigt.
Kann Polylane etwas in Kubernetes ändern?
Nur, wenn du es erlaubst. Nur lesend verbunden, untersuchen und erklären Agenten, und Änderungen landen ausschließlich als Pull Requests zu deinem Review. Mit Schreibzugriff hält jeder Schreibaufruf erst für deine Freigabe an, mit Methode, Pfad und Begründung auf dem Bildschirm. Rollbacks sind standardmäßig aus: Du schaltest sie selbst ein und kannst sie jederzeit wieder abschalten.