這系列引用最多次的東西不是 spec,也不是哪個 repo是一本書的四個名詞今天把那四個名詞放回它們原本的位置 前一天在盤點「要盯 agent 哪些維度」的...
/healthz 說它活著/todo 裡躺著一筆信心 0.9 的答案而那個答案,我剛好知道是錯的 Day33 已經用「我們下個系列見」收尾了,這篇不算在三十...
它說對了原因然後提議了一個就算執行也不會有用的處置而報表上這叫做一次成功的調查 前面講校準那天說過,能填 correct 那個欄位的只有兩種來源,人或是在已...
今天是這 30 天唯一要認真寫程式的一天。 instrumentation(埋點)的意思是在程式裡加上產生遙測資料的程式碼。它分自動和手動兩種,我兩種都會用,因...
昨天講了 trace 的原理,今天講產生它的工具:OpenTelemetry,通常簡稱 OTel。 這篇要回答三個問題:它為什麼會出現、它包含哪些東西、還有那個...
今天的工作 說明這個專案在做什麼 簡單介紹作者 為什麼要做這個專案 這個專案怎麼設計 這個專案在做什麼 這個專案的核心是一套系統,由多個技術棧組成,包含:A...
一句查不到東西的查詢跟一句查到東西的查詢在對話紀錄裡長得一模一樣而只有其中一句可以拿來下結論 昨天那篇的最後一句是「紅的理由沒有一句是模型不夠強」。我本來以...
一個壞掉的量測不會像壞掉的服務那樣叫它會給你一個數字而且那個數字通常很好看 前面把整套東西都做完了:提案有狀態、演習分得開、五道門各自問自己的問題、案例記憶...
「這個我們上次遇過」是一個資深值班的人最值錢的一句話而這套系統一開始連「上次」是什麼時候都認不出來 前面把五道門攤開之後,有一個東西一直在旁邊沒被處理:這隻...
信心分數是推理平面自己講的治理平面沒有義務相信它這句話聽起來很酸但它是第一道門的全部內容 昨天那輪演習跑完,agent 對同一個事故給的信心是 0.65。前...
「建議回滾 payment-service」是一句話一句話沒有狀態、不會過期也沒有辦法在事後回答那天到底是誰按的 昨天把四個平面跟那條從建議到自主的光譜攤開...
一個沒有人按過的開關跟一個不存在的開關平常看起來完全一樣只有在事故當下才分得出來 昨天用第一天那組題目重算了一次總分,把前面那條「治理 → 資料 → 判斷」...
每一段單獨跑都是綠的這句話跟「整條鏈是通的」中間隔著一次真的把它們接起來 前面二十四天,每一天都在自己那一段裡驗證自己那一段。今天要把它們接起來跑一次:一個...
前面二十三天我一直在驗證那條沒有人在看的路徑而真正會被用的那一條缺假設樹、缺信心分數、缺一顆按鈕還缺一張帳單而我自己去用的時候拿到一個答得很漂亮的錯答案 昨...
一句「建議回滾」跟一句「回滾會換掉 demo 這兩個 pod,回到 revision 24」差的不是禮貌,是對方能不能決定 前面幾天都在處理「agent 講...
一個回空表格的查詢跟一個看不到三成輸入的守門在紀錄上都是一切正常 昨天新加的那個 fixture 兩次都失敗,兩次都是同一個動作:一句查詢回空的,然後它換一...
一份漂亮的結論跟一場漂亮的調查在報告上長得一模一樣 昨天那場 RCA 跑得很好看,四次工具呼叫、假設樹有列、工具報錯自己救回來,最後結論指名 v2.5.0...
我本來想量的是這隻 agent 表現如何先量到的是自己那把尺上面刻著答案 昨天畫了 agent.py 那張四個 node 的圖,但沒有拆它。今天把它跟實際的...
選一個框架而不是自己寫迴圈換到的往往不是功能是有一天要跟別人解釋的時候講得出來 前面七天都在處理同一件事:讓資料本身帶著足夠的上下文。昨天把 CEL(Con...
蓋完一層之後最誠實的動作是把它還不是什麼一格一格數出來 昨天把 CEL(Context Enrichment Layer,情境豐富層)的三個職責跟溯源攤開來...
一個裸值加上一個時間戳撐得起「發生了什麼」撐不起「該不該做什麼」 前兩天在補「圖走不走得到」「契約有沒有名字對得上」,這篇往下再挖一層,問一個更底層的問題:...
順著圖走的前提是圖上每個節點都判得動而這個前提在真實環境裡不成立 昨天把契約這件事情管好了,等於把注入的 context 降噪,⚠ 從兩個變一個而且帶著證據...
一個回傳空集合的檢查可能是在說「沒有問題」也可能是在說「我根本沒讀到」而這兩句話印出來一模一樣 昨天把那張宣告的拓撲跟 Tempo 裡真的看得到的呼叫關係對...
一張沒有人驗過的架構圖跟一張畫錯的架構圖在會議室的投影幕上長得一模一樣 昨天那張九宮格,中間「對帳」那一欄三格全是空的,而其中一格的具體長相是這樣: $ u...
你要驗證的不是它會不會通過是它還會不會擋而一份檢查只會在壞掉的東西上顯現自己的 bug 前面做出了一堆會擋人的東西:三條命名規則、一道 CI gate、li...
這個欄位有哪些值,registry 答得出來哪一種值代表「這個服務是好的」目前只寫在 dashboard 標題跟幾個人的腦子裡 昨天把 registry 開...
前面做的治理讀者一直只有兩種,人跟 CI今天加第三種 這個階段前面做的每一件事,都是為了讓 registry 裡的東西可信:命名有規則、PR 有 gate、...
改名字會被看見改名字底下的內容物不會而後者才是會把下游打死的那一種 昨天把 registry 疊成兩層,也留了一個問題:平台團隊改了 base 裡的一個定義...
治理的難處從來不是「要不要統一」是「哪一層統一,哪一層放手」前者是立場,後者才是設計 昨天 live-check 對著 service.name 說「這個屬...
規則存在跟規則會被執行中間差的東西比想像中多 昨天那三條 Rego 規則跑出 9 個違規、離開碼 1,把 userId 跟 user_id 並存這件事抓了出...