cluster รู้อยู่แล้วว่าทำไม pod ถึงตาย Polylane อ่าน event เชื่อมโยง rollout และให้คำตอบกับคุณ
cluster ใดก็ได้ที่พูด Kubernetes API: EKS, GKE, AKS หรือเครื่องใต้โต๊ะของคุณ ServiceAccount แบบอ่านอย่างเดียวหนึ่งตัวก็เข้าไปอยู่ในกราฟแล้ว
ลงชื่อเข้า waitlistทุกทรัพยากรที่รองรับ
ประเภททรัพยากร Kubernetes ที่ปรากฏในกราฟของคุณ
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 cluster รู้ ตอนนี้มีคนฟังแล้ว
เอเจนต์เฝ้าดู workload และสืบสวนความล้มเหลวทันทีที่เกิดขึ้น
topology ของ cluster ทั้งหมด
Deployment, StatefulSet, DaemonSet, pod, service, ingress, CronJob, volume, autoscaler, role และ binding: ทรัพยากร 24 ประเภทเข้ามาอยู่ในกราฟเดียวพร้อมเส้นเชื่อมและประวัติ เคียงข้างคลาวด์ที่ cluster รันอยู่
เอเจนต์ตรวจ cluster โดยตรง
พวกมันตรวจ pod อ่าน log และ event และวาดแผนที่ topology ตามรอบเวลา ตัดสินสิ่งที่เห็นเทียบกับพฤติกรรมปกติของแต่ละ workload ไม่มีแดชบอร์ดคั่นกลาง
ความล้มเหลวที่ Kubernetes ซ่อนได้ดี
crashloop, OOM kill, pod ที่ค้างอยู่ใน pending, rollout ที่ไม่มีวันเสร็จ cluster รู้ แต่ไม่มีใครดู Polylane สืบสวนและเขียนสรุปว่าเกิดอะไรขึ้น
อะไรเปลี่ยนไปก่อนที่มันจะพัง
แต่ละการซิงก์บันทึกว่าอะไรปรากฏขึ้น เปลี่ยนไป หรือหายไปใน cluster เมื่อ workload เริ่มล้มเหลวทันทีหลัง rollout การสืบสวนเริ่มจาก rollout นั้น
get, list, watch และไม่มีอะไรมากกว่านั้น
เชื่อมต่อด้วย kubeconfig หรือโทเค็น ServiceAccount แบบอ่านอย่างเดียว Polylane เรียก Kubernetes API แบบอ่านอย่างเดียวเท่านั้น credential ถูกเข้ารหัสก่อนจัดเก็บ เอเจนต์ไม่เห็นโทเค็นเลย และคุณจำกัดขอบเขตให้เหลือ namespace เดียวได้
การสืบสวนที่จบเป็น PR
เมื่อสาเหตุที่แท้จริงคือบรรทัดโค้ดหรือ manifest การแก้ไขไปลงบน repo เบื้องหลัง workload พร้อมแนบหลักฐาน พร้อมให้คุณรีวิว
คำถาม
Polylane เป็น SRE แบบ AI สำหรับ Kubernetes หรือไม่
มันคือสิ่งที่คนส่วนใหญ่หมายถึงเมื่อพูดคำนั้น: เอเจนต์ที่เก็บ pod, deployment และ node ของคุณไว้ใน context graph เดียว เฝ้าดู สืบสวน crashloop และแก้สิ่งที่แก้ได้ โดยมีมนุษย์อนุมัติทุกอย่างที่เปลี่ยน cluster เราเรียกมันว่าซอฟต์แวร์ที่ดูแลตัวเองได้มากกว่า SRE แบบ AI: ประเด็นคือ cluster ดูแลตัวเอง ไม่ใช่มีบอตเข้ามาอยู่ในเวร on-call
Polylane เชื่อมต่อกับ cluster Kubernetes ของฉันอย่างไร
สองวิธี: วาง kubeconfig (Polylane อ่าน URL ของ API server, ใบรับรอง CA และ bearer token ของ ServiceAccount จาก context ปัจจุบัน) หรือกรอก URL ของ API server และโทเค็นด้วยตัวเอง สร้าง ServiceAccount แบบอ่านอย่างเดียวที่มี get, list และ watch แค่นั้นก็พอ credential ถูกเข้ารหัสก่อนจัดเก็บ และเอเจนต์ไม่เห็นโทเค็นเลย
ใช้กับ EKS, GKE หรือ cluster ของฉันเองได้ไหม
cluster ใดก็ได้ที่พูด Kubernetes API ใช้ได้: EKS, GKE, AKS หรือ bare metal ถ้าคุณเชื่อมต่อบัญชี AWS cluster ของ EKS, node group และ Fargate profile ก็จะปรากฏในกราฟเดียวกันโดยอัตโนมัติด้วย
Polylane ซิงก์ทรัพยากร Kubernetes อะไรบ้าง
ทรัพยากร 24 ประเภท: namespace, node, Deployment, StatefulSet, DaemonSet, ReplicaSet, Job, CronJob, pod, service, ingress, ConfigMap, secret, ServiceAccount, role และ binding ของ RBAC, persistent volume และ claim, storage class, network policy, autoscaler และ pod disruption budget รายการทั้งหมดอยู่บนหน้านี้
Polylane เปลี่ยน cluster ของฉันได้ไหม
ไม่ Polylane เรียก Kubernetes API แบบอ่านอย่างเดียวเท่านั้น ServiceAccount ที่คุณสร้างไม่ต้องมีอะไรมากกว่า get, list และ watch การแก้ไขมาถึงเป็น pull request บน repo เบื้องหลัง workload ของคุณ ให้คุณรีวิวและ merge
ใช้กับผู้ให้บริการ observability ของฉันได้ไหม
ได้ Datadog, Sentry, Honeycomb, Axiom และ Grafana Cloud เข้าร่วมกราฟในฐานะแหล่งข้อมูลชั้นหนึ่ง และ alert ของพวกมันจะถูกเอเจนต์ triage ทันทีที่ดังขึ้น
ราคาเท่าไร
ราคาเปิดเผยและสมัครใช้ได้เอง: แพลนฟรี แพลนแบบชำระเงินเริ่มที่ $80 ต่อเดือน และส่วนเกินแบบจ่ายตามการใช้งานเมื่อเกินเครดิตที่รวมไว้ ทุกแพลนและขีดจำกัดเผยแพร่อยู่ที่ polylane.com/pricing