Dashboard
Kubernetes

Il cluster sa già perché il pod è morto. Polylane legge gli eventi, correla il rollout e ti dà la risposta.

Qualsiasi cluster che parli l'API Kubernetes: EKS, GKE, AKS o quello sotto la tua scrivania. Un solo ServiceAccount in sola lettura ed è nel grafo.

Iscriviti alla lista d'attesa

Ogni risorsa supportata.

I tipi di risorse Kubernetes che compaiono nel tuo grafo.

Namespace
Nodo
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

Il cluster lo sa. Ora qualcuno lo ascolta.

Gli agenti osservano i workload e indagano i guasti mentre accadono.

La topologia completa del cluster

Deployment, StatefulSet, DaemonSet, pod, service, ingress, CronJob, volumi, autoscaler, ruoli e binding: 24 tipi di risorse finiscono in un unico grafo con i loro archi e la loro cronologia, accanto ai cloud su cui gira il cluster.

Gli agenti ispezionano il cluster direttamente

Ispezionano i pod, leggono log ed eventi e ricostruiscono la topologia a cadenza regolare, giudicando ciò che vedono rispetto a come ogni workload si comporta normalmente. Nessuna dashboard nel mezzo.

I guasti che Kubernetes nasconde bene

Crashloop, OOM kill, pod bloccati in pending, rollout che non convergono mai. Il cluster lo sa; nessuno guarda. Polylane indaga e mette per iscritto cosa è successo.

Cosa è cambiato prima che si rompesse

Ogni sincronizzazione registra cosa è apparso, cambiato o sparito nel cluster. Quando un workload inizia a fallire subito dopo un rollout, l'indagine parte da quel rollout.

get, list, watch e nient'altro

Collegati con un kubeconfig o con il token di un ServiceAccount in sola lettura. Polylane fa solo chiamate in sola lettura all'API Kubernetes, le credenziali vengono cifrate prima di essere archiviate, l'agente non vede mai il token, e puoi limitarlo a un singolo namespace.

Indagini che finiscono in una PR

Quando la causa radice è una riga di codice o un manifest, il fix arriva sul repository dietro il workload, con le prove allegate, pronto per la tua review.

Domande.

Polylane è un SRE IA per Kubernetes?

È ciò che la maggior parte delle persone intende con quel termine: agenti che tengono i tuoi pod, deployment e nodi in un unico grafo di contesto, li osservano, indagano i crashloop e riparano quello che possono, con una persona che approva tutto ciò che cambia il cluster. Noi lo chiamiamo software che opera da solo invece che SRE IA: il punto è che il cluster si prende cura di sé, non che un bot entri nel turno di on-call.

Come si collega Polylane al mio cluster Kubernetes?

In due modi: incolla un kubeconfig (Polylane legge l'URL dell'API server, il certificato CA e il bearer token del ServiceAccount dal contesto corrente), oppure inserisci manualmente l'URL dell'API server e un token. Crea un ServiceAccount in sola lettura con get, list e watch, ed è tutto ciò che serve. Le credenziali vengono cifrate prima di essere archiviate, e l'agente non vede mai il token.

Funziona con EKS, GKE o con i miei cluster?

Funziona qualsiasi cluster che parli l'API Kubernetes: EKS, GKE, AKS o bare metal. Se colleghi un account AWS, anche i cluster EKS, i node group e i profili Fargate compaiono automaticamente nello stesso grafo.

Quali risorse Kubernetes sincronizza Polylane?

24 tipi di risorse: namespace, nodi, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job, CronJob, pod, service, ingress, ConfigMap, secret, ServiceAccount, ruoli e binding RBAC, persistent volume e claim, storage class, network policy, autoscaler e pod disruption budget. L'elenco completo è in questa pagina.

Polylane può modificare il mio cluster?

No. Polylane fa solo chiamate in sola lettura all'API Kubernetes; il ServiceAccount che crei non ha bisogno di nient'altro oltre a get, list e watch. I fix arrivano come pull request sui repository dietro i tuoi workload, perché tu li riveda e li unisca.

Funziona con il mio provider di observability?

Sì. Datadog, Sentry, Honeycomb, Axiom e Grafana Cloud entrano nel grafo come sorgenti di prima classe, e i loro alert vengono sottoposti a triage da un agente nel momento in cui scattano.

Quanto costa?

I prezzi sono pubblici e self-service: un piano gratuito, piani a pagamento da $80 al mese e un'eccedenza pay-as-you-go oltre i credit inclusi. Ogni piano e ogni limite è pubblicato su polylane.com/pricing.

Basta archeologia con kubectl. Le risposte arrivano da te.