叢集早就知道 pod 為什麼死了。 Polylane 讀取事件、關聯那次 rollout,然後把答案交給你。
任何會說 Kubernetes API 的叢集:EKS、GKE、AKS,或你桌子底下那一台。一個唯讀 ServiceAccount,它就進了圖。
加入候補名單每一個支援的資源。
會出現在你的圖裡的 Kubernetes 資源類型。
叢集知道。現在終於有人在聽。
代理監看工作負載,故障一發生就調查。
完整的叢集拓樸
Deployment、StatefulSet、DaemonSet、pod、service、ingress、CronJob、volume、autoscaler、role 與 binding:24 種資源類型進入同一張圖,帶著它們的邊與歷史,和叢集所在的雲端並列。
代理直接檢視叢集
它們檢視 pod、讀取日誌與事件,並定期描繪拓樸,對照每個工作負載平常的行為判斷所見。流程中沒有儀表板。
Kubernetes 藏得很好的那些故障
crashloop、OOM kill、卡在 pending 的 pod、永遠收斂不了的 rollout。叢集知道;沒有人在看。Polylane 調查並寫下發生了什麼。
壞掉之前改了什麼
每一次同步都記錄叢集裡什麼出現、什麼變了、什麼消失了。當某個工作負載在 rollout 後立刻開始失敗,調查就從那次 rollout 開始。
get、list、watch,沒有別的
用 kubeconfig 或唯讀的 ServiceAccount 權杖連接。Polylane 只發出唯讀的 Kubernetes API 呼叫,憑證在儲存前加密,代理從不會看到權杖,而且你可以把範圍限定在單一 namespace。
以 PR 收場的調查
當根本原因是某一行程式碼或某份 manifest 時,修復會落在工作負載背後的儲存庫,附上證據,等你審查。
常見問題。
Polylane 是 Kubernetes 的 AI 驅動 SRE 嗎?
它就是多數人說這個詞時所指的東西:代理把你的 pod、deployment 與節點放在同一張情境圖裡,監看它們,調查 crashloop 並修復能修的部分,任何會改動叢集的事都由人核准。我們稱它為自主運作的軟體,而不是 AI 驅動的 SRE:重點是叢集會照顧自己,而不是有個機器人加入值班輪值。
Polylane 如何連接我的 Kubernetes 叢集?
兩種方式:貼上 kubeconfig(Polylane 從目前的 context 讀取 API 伺服器 URL、CA 憑證與 ServiceAccount bearer 權杖),或手動輸入 API 伺服器 URL 與權杖。建立一個只有 get、list 與 watch 的唯讀 ServiceAccount,它需要的就這些。憑證在儲存前加密,代理從不會看到權杖。
它支援 EKS、GKE 或我自己的叢集嗎?
任何會說 Kubernetes API 的叢集都行:EKS、GKE、AKS 或裸機。如果你連接了 AWS 帳戶,EKS 叢集、節點群組與 Fargate 設定檔也會自動出現在同一張圖裡。
Polylane 同步哪些 Kubernetes 資源?
24 種資源類型:namespace、節點、Deployment、StatefulSet、DaemonSet、ReplicaSet、Job、CronJob、pod、service、ingress、ConfigMap、secret、ServiceAccount、RBAC role 與 binding、persistent volume 與 claim、storage class、network policy、autoscaler 與 pod disruption budget。完整清單在本頁。
Polylane 能更動我的叢集嗎?
不能。Polylane 只發出唯讀的 Kubernetes API 呼叫;你建立的 ServiceAccount 除了 get、list 與 watch 之外不需要任何權限。修復以 pull request 的形式送到工作負載背後的儲存庫,由你審查並合併。
它支援我的可觀測性供應商嗎?
支援。Datadog、Sentry、Honeycomb、Axiom 和 Grafana Cloud 以一等來源的身分加入這張圖,它們的警示一觸發就由代理分流。
要多少錢?
價格公開且可自助購買:一個免費方案、每月 $80 起的付費方案,以及超過內含點數後的隨用隨付超額用量。每一個方案與限制都公布在 polylane.com/pricing。