Kubernetes. Pods, Deployments, Nodes, Services e mais.
Instale o agente do Polylane em qualquer cluster Kubernetes para dar aos agentes visibilidade somente leitura dos seus workloads. Os agentes podem mapear a topologia do cluster, inspecionar pods, deployments e nós, ler logs e eventos e ajudar a resolver incidentes.
Entrar na lista de esperaO que o Polylane faz com Kubernetes.
A topologia completa do cluster
Deployments, StatefulSets, pods, services, ingresses, CronJobs e 24 tipos de recurso no total, ao lado das nuvens em que o cluster roda.
As falhas que o Kubernetes esconde bem
Crash loops, OOM kills, pods presos em pending, rollouts que nunca convergem. O cluster sabe; o Polylane investiga e escreve o que aconteceu.
Inspeção direta
Os agentes inspecionam pods, leem logs e eventos e mapeiam a topologia em intervalos regulares. Sem dashboards no caminho.
get, list, watch e nada mais
O agente dentro do cluster roda com RBAC somente leitura, e o Polylane só faz chamadas somente leitura à API do Kubernetes.
Como funciona.
Conecte
Instale o agente do Polylane no seu cluster com um comando Helm. Ele se registra por um tunnel de saída, e as credenciais do seu cluster ficam dentro do cluster.
Mapeie
A topologia do cluster entra no grafo, e cada sincronização seguinte registra o que mudou.
Os agentes assumem a vigilância
Os workloads são observados conforme mudam, as falhas são investigadas conforme acontecem, e as correções de manifesto chegam para a sua revisão.
No grafo.
Os tipos de recurso de Kubernetes que o Polylane sincroniza, com suas arestas, configuração e histórico.
As ferramentas que os agentes recebem.
O que um agente pode fazer com Kubernetes no meio de uma investigação. Cada chamada entra na transcrição da thread, citada.
kubectl Ler e operar recursos Kubernetes em um cluster conectado (get/list/describe/logs/events/top/rollout, mais scale, restart, patch, delete, apply)
Perguntas.
O Polylane é um SRE de IA para Kubernetes?
É o que a maioria das pessoas quer dizer com o termo: agentes cujo trabalho é manter seus recursos de Kubernetes em um único grafo de contexto, observá-los, investigar issues e corrigir o que conseguirem, com um humano aprovando qualquer coisa que mude a produção. Chamamos de software que se opera sozinho em vez de SRE de IA: o ponto é que o seu software cuida de si mesmo, não que um bot entra na rotação de plantão.
O Polylane pode mudar alguma coisa em Kubernetes?
Só se você deixar. Conectados em modo somente leitura, os agentes investigam e explicam, e as mudanças só chegam como pull requests para você revisar. Com acesso de escrita, cada escrita pausa primeiro para a sua aprovação, com método, caminho e motivo na tela. Rollbacks ficam desativados por padrão: você mesmo os habilita e pode desativá-los a qualquer momento.