鐵人檔案
「AI 幫你看 dashboard」卡住的通常不是模型，是資料：欄位叫什麼沒共識、服務關係只在某人腦袋裡，agent 說「我判斷是這個」也沒人驗證得了。 系列從一組故意寫壞的示範服務開始，分三段疊。先用 OTel Operator 跟 Weaver 把遙測治理做成平台團隊給的介面；再把拓撲、契約、資料品質變成 agent 讀得懂的訊號；最後才是 agent：假設、信心分數，以及「會換掉哪兩個 pod」。
一個查得動 Prometheus 的 agent跟一個查得對的 agent中間隔的不是模型大小是它有沒有辦法知道自己問錯了 今日程式碼在範例 repo O...
資料一直都夠多少的是「這個欄位到底代表什麼」這件事有被寫下來過 昨天那隻 agent 拿了 4.5/9。先淺聊一下它到底是哪裡不夠？ 這個問題重要，是因為它...
一次性的 apply 是下指令宣告式的 CR 是一個不會停下來的承諾差別要等到某個東西被改壞的那天才看得出來 昨天講到，語意是一份共同的約定。一個團隊自己怎...
注入成功了服務也全綠使用者也沒抱怨然後你的 trace 沒了 昨天裝完 OpenTelemetry（以下簡稱 OTel）Operator，刻意留了一個空白：...
觀察只能告訴你欄位叫什麼至於它代表什麼、值可以有哪些、必不必填那三件事線路上一個字都沒有 前兩天在處理「資料能不能穩定產生、能不能送達」。今天換一個問題：資...
review 的人看得到這個 PR 改了什麼看不到系統目前已經有什麼而命名漂移剛好只住在後面那一半 昨天用 weaver registry infer 從真...
規則存在跟規則會被執行中間差的東西比想像中多 昨天那三條 Rego 規則跑出 9 個違規、離開碼 1，把 userId 跟 user_id 並存這件事抓了出...
治理的難處從來不是「要不要統一」是「哪一層統一，哪一層放手」前者是立場，後者才是設計 昨天 live-check 對著 service.name 說「這個屬...