Kubernetes. Pods, Deployments, nœuds, Services et plus.
Installe l'agent Polylane dans n'importe quel cluster Kubernetes pour donner aux agents une visibilité en lecture seule sur tes charges de travail. Les agents peuvent cartographier la topologie de ton cluster, inspecter les pods, les deployments et les nœuds, lire les logs et les événements, et aider à résoudre les incidents.
Rejoindre la liste d'attenteCe que Polylane fait avec Kubernetes.
La topologie complète du cluster
Deployments, StatefulSets, pods, services, ingresses, CronJobs et 24 types de ressources en tout, aux côtés des clouds sur lesquels le cluster tourne.
Les pannes que Kubernetes cache bien
Crashloops, OOM kills, pods coincés en pending, rollouts qui ne convergent jamais. Le cluster sait ; Polylane enquête et rédige ce qui s'est passé.
Inspection directe
Les agents inspectent les pods, lisent les logs et les événements et cartographient la topologie à intervalles réguliers. Aucun dashboard dans la boucle.
get, list, watch, et rien d'autre
L'agent dans le cluster tourne avec un RBAC en lecture seule, et Polylane ne fait que des appels en lecture seule à l'API Kubernetes.
Comment ça marche.
Connecter
Installe l'agent Polylane dans ton cluster avec une seule commande Helm. Il s'enregistre via un tunnel sortant, et les identifiants de ton cluster restent dans le cluster.
Cartographier
La topologie du cluster atterrit dans le graphe, et chaque synchronisation suivante enregistre ce qui a changé.
Les agents prennent la garde
Les charges de travail sont surveillées au fil de leurs mouvements, les pannes font l'objet d'une enquête dès qu'elles se produisent, et les correctifs de manifestes arrivent pour ta revue.
Dans le graphe.
Les types de ressources Kubernetes que Polylane synchronise, avec leurs arêtes, leur config et leur historique.
Namespace Nœud 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 Les outils que reçoivent les agents.
Ce qu'un agent peut faire avec Kubernetes en pleine enquête. Chaque appel atterrit dans la transcription du thread, cité.
kubectl Lire et agir sur les ressources Kubernetes d'un cluster connecté (get/list/describe/logs/events/top/rollout, plus scale, restart, patch, delete, apply)
Questions.
Polylane est-il un SRE IA pour Kubernetes ?
C'est ce que la plupart des gens entendent par ce terme : des agents qui gardent tes ressources Kubernetes dans un seul graphe de contexte, les surveillent, enquêtent sur les issues et réparent ce qu'ils peuvent, un humain approuvant tout ce qui change la production. Nous parlons de logiciel autonome en exploitation plutôt que de SRE IA : l'idée est que ton logiciel prend soin de lui-même, pas qu'un bot rejoigne la rotation d'on-call.
Polylane peut-il changer quoi que ce soit dans Kubernetes ?
Seulement si tu le permets. Connectés en lecture seule, les agents enquêtent et expliquent, et les changements n'arrivent jamais autrement qu'en pull requests à relire. Avec l'accès en écriture, chaque écriture se met d'abord en pause pour ton approbation, avec la méthode, le chemin et la raison à l'écran. Les rollbacks sont désactivés par défaut : tu les actives toi-même et tu peux les désactiver à tout moment.