Dashboard
Kubernetes

Der Cluster weiß schon, warum der Pod gestorben ist. Polylane liest die Events, korreliert den Rollout und gibt dir die Antwort.

Jeder Cluster, der die Kubernetes-API spricht: EKS, GKE, AKS oder der unter deinem Schreibtisch. Ein nur lesender ServiceAccount, und er ist im Graph.

Auf die Warteliste

Jede unterstützte Ressource.

Die Kubernetes-Ressourcentypen, die in deinem Graph auftauchen.

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

Der Cluster weiß es. Jetzt hört jemand zu.

Agenten beobachten die Workloads und untersuchen Ausfälle, während sie passieren.

Die vollständige Cluster-Topologie

Deployments, StatefulSets, DaemonSets, Pods, Services, Ingresses, CronJobs, Volumes, Autoscaler, Rollen und Bindings: 24 Ressourcentypen landen in einem Graph mit ihren Kanten und ihrer Historie, neben den Clouds, auf denen der Cluster läuft.

Agenten inspizieren den Cluster direkt

Sie inspizieren Pods, lesen Logs und Events und kartieren die Topologie in festem Takt, wobei sie beurteilen, was sie sehen, danach, wie sich jede Workload normalerweise verhält. Keine Dashboards dazwischen.

Die Ausfälle, die Kubernetes gut versteckt

Crashloops, OOM-Kills, Pods, die in Pending hängen, Rollouts, die nie konvergieren. Der Cluster weiß es; niemand schaut hin. Polylane untersucht und schreibt auf, was passiert ist.

Was sich geändert hat, bevor es brach

Jeder Sync hält fest, was im Cluster erschienen ist, sich geändert hat oder verschwunden ist. Wenn eine Workload direkt nach einem Rollout zu scheitern beginnt, startet die Untersuchung bei diesem Rollout.

get, list, watch und nichts sonst

Verbinde dich mit einer kubeconfig oder einem nur lesenden ServiceAccount-Token. Polylane macht nur lesende Kubernetes-API-Aufrufe, Zugangsdaten werden vor dem Speichern verschlüsselt, der Agent sieht den Token nie, und du kannst ihn auf einen einzelnen Namespace beschränken.

Untersuchungen, die in einem PR enden

Ist die Grundursache eine Codezeile oder ein Manifest, landet der Fix im Repo hinter der Workload, Belege inklusive, bereit für dein Review.

Fragen.

Ist Polylane ein KI-SRE für Kubernetes?

Es ist das, was die meisten mit dem Begriff meinen: Agenten, die deine Pods, Deployments und Nodes in einem Context Graph halten, sie beobachten, Crashloops untersuchen und beheben, was sie können, während ein Mensch alles freigibt, was den Cluster verändert. Wir nennen es lieber Software, die sich selbst betreibt, statt KI-SRE: Der Punkt ist, dass der Cluster auf sich selbst achtgibt, nicht dass ein Bot in die On-Call-Rotation einsteigt.

Wie verbindet sich Polylane mit meinem Kubernetes-Cluster?

Auf zwei Wegen: Füg eine kubeconfig ein (Polylane liest API-Server-URL, CA-Zertifikat und ServiceAccount-Bearer-Token aus dem aktuellen Kontext), oder gib API-Server-URL und Token von Hand ein. Erstelle einen nur lesenden ServiceAccount mit get, list und watch, mehr braucht es nicht. Zugangsdaten werden vor dem Speichern verschlüsselt, und der Agent sieht den Token nie.

Funktioniert es mit EKS, GKE oder meinen eigenen Clustern?

Jeder Cluster, der die Kubernetes-API spricht, funktioniert: EKS, GKE, AKS oder Bare Metal. Verbindest du ein AWS-Konto, erscheinen EKS-Cluster, Node Groups und Fargate-Profile zusätzlich automatisch im selben Graph.

Welche Kubernetes-Ressourcen synchronisiert Polylane?

24 Ressourcentypen: Namespaces, Nodes, Deployments, StatefulSets, DaemonSets, ReplicaSets, Jobs, CronJobs, Pods, Services, Ingresses, ConfigMaps, Secrets, ServiceAccounts, RBAC-Rollen und -Bindings, Persistent Volumes und Claims, Storage Classes, Network Policies, Autoscaler und Pod Disruption Budgets. Die vollständige Liste steht auf dieser Seite.

Kann Polylane meinen Cluster verändern?

Nein. Polylane macht nur lesende Kubernetes-API-Aufrufe; der ServiceAccount, den du anlegst, braucht nichts über get, list und watch hinaus. Fixes landen als Pull Requests in den Repos hinter deinen Workloads, damit du sie prüfst und mergst.

Funktioniert es mit meinem Observability-Provider?

Ja. Datadog, Sentry, Honeycomb, Axiom und Grafana Cloud kommen als erstklassige Quellen in den Graph, und ihre Alerts werden von einem Agenten triagiert, sobald sie feuern.

Was kostet es?

Die Preise sind öffentlich und Self-Service: ein Free-Plan, bezahlte Pläne ab $80 im Monat und Pay-as-you-go-Mehrverbrauch jenseits der enthaltenen Credits. Jeder Plan und jedes Limit steht unter polylane.com/pricing.

Keine kubectl-Archäologie mehr. Die Antworten kommen zu dir.