Kubernetes. Pods, Deployments, Nodes, Services y más.
Instala el agente de Polylane en cualquier clúster de Kubernetes para dar a los agentes visibilidad de solo lectura de tus cargas de trabajo. Los agentes pueden mapear la topología de tu clúster, inspeccionar pods, deployments y nodos, leer logs y eventos, y ayudar a resolver incidentes.
Únete a la lista de esperaQué hace Polylane con Kubernetes.
La topología completa del clúster
Deployments, StatefulSets, pods, services, ingresses, CronJobs y 24 tipos de recursos en total, junto a las nubes en las que corre el clúster.
Los fallos que Kubernetes esconde bien
Crashloops, OOM kills, pods atascados en pending, rollouts que nunca convergen. El clúster lo sabe; Polylane investiga y redacta qué pasó.
Inspección directa
Los agentes inspeccionan pods, leen logs y eventos y mapean la topología con una cadencia fija. Sin paneles de por medio.
get, list, watch y nada más
El agente dentro del clúster corre con RBAC de solo lectura, y Polylane solo hace llamadas de solo lectura a la API de Kubernetes.
Cómo funciona.
Conecta
Instala el agente de Polylane en tu clúster con un solo comando de Helm. Se registra a través de un túnel saliente, y las credenciales de tu clúster nunca salen del clúster.
Mapea
La topología del clúster aterriza en el grafo, y cada sincronización posterior registra qué cambió.
Los agentes toman la guardia
Las cargas de trabajo se vigilan mientras rotan, los fallos se investigan a medida que ocurren y los arreglos de manifiestos llegan para tu revisión.
En el grafo.
Los tipos de recursos de Kubernetes que Polylane sincroniza, con sus aristas, su configuración y su historial.
Las herramientas que reciben los agentes.
Lo que un agente puede hacer con Kubernetes en mitad de una investigación. Cada llamada aterriza en la transcripción del hilo, citada.
kubectl Leer y operar recursos de Kubernetes en un clúster conectado (get/list/describe/logs/events/top/rollout, además de scale, restart, patch, delete, apply)
Preguntas.
¿Es Polylane un SRE de IA para Kubernetes?
Es lo que la mayoría entiende por el término: agentes que mantienen tus recursos de Kubernetes en un solo grafo de contexto, los vigilan, investigan issues y arreglan lo que pueden, con una persona aprobando todo lo que cambia producción. Preferimos llamarlo software que se opera solo antes que SRE de IA: la clave es que tu software se cuida solo, no que un bot se una a la rotación de guardia.
¿Puede Polylane cambiar algo en Kubernetes?
Solo si tú se lo permites. Conectados en solo lectura, los agentes investigan y explican, y los cambios solo llegan como pull requests para que los revises. Con acceso de escritura, cada escritura se pausa primero para tu aprobación, con el método, la ruta y el motivo en pantalla. Los rollbacks están desactivados por defecto: los habilitas tú y puedes desactivarlos en cualquier momento.