Консоль
← Усі інтеграції
Kubernetes

Kubernetes. Pod, Deployment, Node, Service та інше.

Встановіть агент Polylane у будь-якому кластері Kubernetes, щоб дати агентам видимість ваших робочих навантажень лише для читання. Агенти можуть відображати топологію кластера, перевіряти поди, deployment і вузли, читати логи та події і допомагати усувати інциденти.

Приєднатися до списку очікування

Що Polylane робить із Kubernetes.

Повна топологія кластера

Deployment, StatefulSet, поди, сервіси, ingress, CronJob і загалом 24 типи ресурсів, поруч із хмарами, у яких працює кластер.

Збої, які Kubernetes добре ховає

Crashloop, вбивства через OOM, поди, що застрягли в pending, rollout, які ніколи не сходяться. Кластер знає; Polylane розслідує і описує, що сталося.

Пряма перевірка

Агенти перевіряють поди, читають логи та події і регулярно відображають топологію. Жодних дашбордів у циклі.

get, list, watch і нічого більше

Агент усередині кластера працює з RBAC лише для читання, а Polylane робить лише виклики Kubernetes API для читання.

Як це працює.

01

Підключення

Встановіть агент Polylane у своєму кластері однією командою Helm. Він реєструється сам через вихідний тунель, і облікові дані вашого кластера ніколи його не покидають.

02

Відображення

Топологія кластера потрапляє в граф, і кожна наступна синхронізація записує, що змінилося.

03

Агенти беруть вахту

За робочими навантаженнями стежать у міру їхніх змін, збої розслідуються, щойно стаються, а виправлення маніфестів надходять на ваше рев'ю.

У графі.

Типи ресурсів Kubernetes, які синхронізує Polylane, з їхніми ребрами, конфігурацією та історією.

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

Інструменти, які отримують агенти.

Що агент може робити з Kubernetes посеред розслідування. Кожен виклик потрапляє в стенограму треду, з цитуванням.

kubectl

Читання ресурсів Kubernetes і дії над ними в підключеному кластері (get/list/describe/logs/events/top/rollout, а також scale, restart, patch, delete, apply)

Питання.

Чи є Polylane ШІ-SRE для Kubernetes?

Це те, що більшість людей мають на увазі під цим терміном: агенти, які тримають ваші ресурси Kubernetes в одному контекстному графі, стежать за ними, розслідують проблеми і виправляють те, що можуть, а людина схвалює все, що змінює продакшн. Ми називаємо це самокерованим програмним забезпеченням, а не ШІ-SRE: суть у тому, що ваше програмне забезпечення дбає про себе саме, а не в тому, що бот приєднується до ротації чергувань.

Чи може Polylane щось змінювати в Kubernetes?

Лише якщо ви це дозволите. Підключені лише для читання, агенти розслідують і пояснюють, а зміни потрапляють лише як pull request на ваше рев'ю. З доступом на запис кожен запис спершу зупиняється для вашого схвалення, з методом, шляхом і причиною на екрані. Відкати типово вимкнені: ви вмикаєте їх самі і можете вимкнути будь-коли.

Підключіть один раз. Далі агенти беруть справу на себе.