แดชบอร์ด
← การผสานรวมทั้งหมด
Kubernetes

Kubernetes. Pod, Deployment, Node, Service และอื่น ๆ.

ติดตั้งเอเจนต์ของ Polylane ในคลัสเตอร์ Kubernetes ใดก็ได้เพื่อให้เอเจนต์มองเห็น workload ของคุณแบบอ่านอย่างเดียว เอเจนต์วาดแผนที่ topology ของคลัสเตอร์ ตรวจ pod, deployment และ node อ่าน log และ event และช่วยแก้ปัญหา incident

ลงชื่อเข้า waitlist

Polylane ทำอะไรกับ Kubernetes

topology ของคลัสเตอร์ทั้งหมด

Deployment, StatefulSet, pod, service, ingress, CronJob และทรัพยากรรวม 24 ประเภท เคียงข้างคลาวด์ที่คลัสเตอร์รันอยู่

ความล้มเหลวที่ Kubernetes ซ่อนได้ดี

crashloop, OOM kill, pod ที่ค้างอยู่ใน pending, rollout ที่ไม่มีวันเสร็จ คลัสเตอร์รู้ Polylane สืบสวนและเขียนสรุปว่าเกิดอะไรขึ้น

ตรวจโดยตรง

เอเจนต์ตรวจ pod อ่าน log และ event และวาดแผนที่ topology ตามรอบเวลา ไม่มีแดชบอร์ดคั่นกลาง

get, list, watch และไม่มีอะไรมากกว่านั้น

เอเจนต์ในคลัสเตอร์รันด้วย RBAC แบบอ่านอย่างเดียว และ Polylane เรียก Kubernetes API แบบอ่านอย่างเดียวเท่านั้น

มันทำงานอย่างไร

01

เชื่อมต่อ

ติดตั้งเอเจนต์ของ Polylane ในคลัสเตอร์ของคุณด้วยคำสั่ง Helm เดียว มันลงทะเบียนตัวเองผ่าน tunnel ขาออก และ credential ของคลัสเตอร์ของคุณอยู่ในคลัสเตอร์ตลอด

02

วาดแผนที่

topology ของคลัสเตอร์เข้ามาอยู่ในกราฟ และทุกการซิงก์หลังจากนั้นบันทึกว่าอะไรเปลี่ยนไป

03

เอเจนต์รับหน้าที่เฝ้าดู

workload ถูกเฝ้าดูขณะเปลี่ยนแปลง ความล้มเหลวได้รับการสืบสวนทันทีที่เกิด และการแก้ manifest มาถึงให้คุณรีวิว

ในกราฟ

ประเภททรัพยากร 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 แบบ AI สำหรับ Kubernetes หรือไม่

มันคือสิ่งที่คนส่วนใหญ่หมายถึงเมื่อพูดคำนั้น: เอเจนต์ที่เก็บทรัพยากร Kubernetes ของคุณไว้ใน context graph เดียว เฝ้าดู สืบสวนปัญหาและแก้สิ่งที่แก้ได้ โดยมีมนุษย์อนุมัติทุกอย่างที่เปลี่ยน production เราเรียกมันว่าซอฟต์แวร์ที่ดูแลตัวเองได้มากกว่า SRE แบบ AI: ประเด็นคือซอฟต์แวร์ของคุณดูแลตัวเอง ไม่ใช่มีบอตเข้ามาอยู่ในเวร on-call

Polylane เปลี่ยนอะไรใน Kubernetes ได้ไหม

เฉพาะเมื่อคุณอนุญาต เมื่อเชื่อมต่อแบบอ่านอย่างเดียว เอเจนต์สืบสวนและอธิบาย และการเปลี่ยนแปลงมาถึงเป็น pull request ให้คุณรีวิวเท่านั้น ด้วยสิทธิ์เขียน ทุกการเขียนจะหยุดรอการอนุมัติของคุณก่อน พร้อม method, path และเหตุผลบนหน้าจอ rollback ปิดอยู่โดยค่าเริ่มต้น: คุณเปิดใช้เองและปิดได้ทุกเมื่อ

เชื่อมต่อครั้งเดียว เอเจนต์รับช่วงต่อจากตรงนั้น