iT邦幫忙

grafana相關文章
共有 274 則文章
鐵人賽 Kubernetes DAY 30

技術 Day 30:一鍵重建驗收:砍掉叢集重跑一次,跟 Day 1 的自己比

最後一天。今天只做兩件事:砍掉重建,然後回答第一天答不出來的那個問題。 驗收規則 先把標準訂死,免得事後幫自己找藉口: 砍掉整個 kind 叢集,不是移除...

鐵人賽 Kubernetes DAY 29

技術 Day 29:用 Helm / Helmfile 把整套 stack 版本化

昨天處理了 Grafana 裡面的設定,今天處理叢集裡面的東西。 前天盤點出三個洞:Loki 的設定只存在叢集裡、Tempo 全吃預設、五個 chart 的版本...

鐵人賽 Kubernetes DAY 28

技術 Day 28:用 Terraform 管叢集外資源,並把 Grafana 設定納入版控

昨天盤點的結論是三個洞:Loki 的設定、Tempo 的顯式設定、五個版本號。今天先處理另一件事——Grafana 裡面的東西。 它跟前面所有東西都不一樣:儀表...

鐵人賽 Kubernetes DAY 27

技術 Day 27:手動裝完就該砍掉重練:IaC 對可觀測性系統的意義

最後一個區塊。先問一個我一直不太敢問的問題: 如果我的筆電現在壞掉,我重建得出前面二十六天的環境嗎? 我原本準備好的答案是「不行」,然後從這句話開始寫今天這...

鐵人賽 Kubernetes DAY 26

技術 Day 26:Agent 也要被觀測:用 OTel GenAI 慣例記 token、延遲與失敗,並放進同一套 Grafana

昨天那隻 agent 跑起來了。今天把它當成第四個會壞的服務。 一般的服務出錯有明確的訊號:狀態碼 500、例外堆疊、超時。agent 不是這樣,它出錯的樣子是...

My Project 如果能在 SQL 编辑器里直接查 Prometheus,你会用吗?

我是开源 SQL IDE LibreDB Studio 的维护者之一。它是 MIT 协议,在浏览器里使用,部署在数据旁边的 Docker 或 Kubernete...

鐵人賽 Kubernetes DAY 25

技術 Day 25:讓一隻 tool-calling agent 讀 Alertmanager,把告警翻成人話

前面二十四天蓋了一套可觀測性系統。今天開始最後一個區塊,做一隻 agent。 先講為什麼——不是因為 AI 很紅。 理由來自我自己:昨天那則 DiscountR...

鐵人賽 Kubernetes DAY 24

技術 Day 24:告警疲勞:分級、去重,以及一次真實誤報的檢討

告警區塊最後一天。前三天講原則、寫設定、算門檻,今天講這些東西上線之後會發生什麼事。 先講結論:它們不會照你想的跑。 我昨天那則記憶體預測告警,今天實際跑一次,...

鐵人賽 AI Engineering DAY 30

技術 Day 30|Agent Governance 最終章:三十天後,我們留下的參考架構

三十天前,Gemini 從一段混入操作指令的 Log 讀到 delete_demo_database,接著提出 Tool Call。Google ADK 把參數...

鐵人賽 Kubernetes DAY 23

技術 Day 23:從 SLO 反推告警:burn rate 告警怎麼設

昨天寫了第一則告警,門檻是「300 毫秒內完成的比例 < 95%,撐 10 分鐘」。今天要拆掉這個設計,因為它有問題,而且問題不小。 今天的故障開關:全部...

鐵人賽 Kubernetes DAY 22

技術 Day 22:Alertmanager 實作:路由、分組、抑制與靜音

昨天講原則,今天寫設定。 今天的故障開關:全部關閉 kubectl set env deploy/pricing BUG_SILENT_DISCOUNT=fal...

鐵人賽 Kubernetes DAY 21

技術 Day 21:好告警的三個條件:可行動、有主人、有上下文

昨天把三大支柱串起來,Day 7 的四句天花板只剩最後一句:只能被動查,不會主動通知。今天開始處理它。 這個區塊我要花四天,比 metrics 和 logs 都...

鐵人賽 AI Engineering DAY 29

技術 Day 29|Agent 做錯事,責任算誰的:平台控制、業務決策與 HITL 核准

Day 1 那筆 delete_demo_database 沒有遇到系統錯誤。Gemini 從不可信 Log 讀到操作指令,Open Policy 按設定回 A...

鐵人賽 AI Engineering DAY 28

技術 Day 28|從既有 LGTM 開始:Agent Governance 的導入順序

同樣叫 Agent,一支只幫單一團隊查 Log,另一支卻能修改正式環境,兩者不該拿到同一份安裝清單。Day 27 的 Capability Ledger 把身分...

鐵人賽 Kubernetes DAY 20

技術 Day 20:三大支柱串起來:exemplar 與 trace_id 關聯,反查第二個故障

Day 3 我給自己立了一個判準:從一張圖上的異常點出發,要幾次點擊才能看到造成它的那筆 log?如果答案是「開三個瀏覽器分頁」,那我有的是三個孤島,不是三大支...

鐵人賽 AI Engineering DAY 27

技術 Day 27|Agent Governance 產品地圖:一條請求會經過哪些系統

讀到這裡,AWS Cognito、agentgateway、kagent、Agent Registry 和 LGTM 都登場了。如果現在有團隊要讓一支 Agen...

鐵人賽 Kubernetes DAY 19

技術 Day 19:自動與手動 instrumentation:把 trace 埋進示範服務

今天是這 30 天唯一要認真寫程式的一天。 instrumentation(埋點)的意思是在程式裡加上產生遙測資料的程式碼。它分自動和手動兩種,我兩種都會用,因...

鐵人賽 AI Engineering DAY 26

技術 Day 26|Agent 事件回放實戰:用 Trace ID 重建 Tool Call 與 Audit 缺口

Day 25 的 SRE Agent 已經能從 Loki Result 拿到 trace_id。把這串 ID 貼進 Tempo,可以沿著 Spans 找到 ag...

鐵人賽 AI Engineering DAY 25

技術 Day 25|讓 SRE Agent 真的查 Loki:Grafana MCP 接上 agentgateway

Day 1 的 SRE Agent 有一個 query_logs Tool,實際上只會讀取 Repo 裡準備好的 JSONL Fixture,從來沒有碰到 Lo...

鐵人賽 Kubernetes DAY 16

技術 Day 16:LogQL 實戰:反查 Day 6 埋的第一個故障

今天是這個系列第一次破案。 Day 6 埋了三個故障,第一個是「算錯價但回 200」——部分商品沒套到折扣,狀態碼正常、速度正常、錯誤率 0。Day 7 用 k...

鐵人賽 AI Engineering DAY 24

技術 Day 24|agentgateway LLM 成本觀測實戰:Dashboard 上的數字能信到哪裡?

agentgateway 1.5.0 的 LLM Analytics 跑起來後,不用先畫 Grafana,就能看到 Calls、Token Usage 與估算成...

鐵人賽 Kubernetes DAY 15

技術 Day 15:用 Loki 收 log,並在 Grafana 裡與指標並排

昨天講完為什麼 log 要寫成結構化的,今天把它們收起來。 要裝兩個東西:Loki(存 log 的資料庫)和 Grafana Alloy(去讀 log 再送進...

鐵人賽 AI Engineering DAY 23

技術 Day 23|JWT Claim 放進 Metrics 的代價:模擬 agentgateway 高基數陷阱

Agent Telemetry 完成後,Dashboard 很快會出現一個合理需求:既然每筆 Request 都有登入者,能不能直接按 Team Member...

鐵人賽 AI Engineering DAY 22

技術 Day 22|Agent 身分資料分流:Metrics、Traces、Logs 與 Audit 的欄位邊界

Day 21 把 Gateway、Agent Runtime 與 MCP Adapter 的 Trace 接起來後,同一筆 Action 已經能跨服務查回來。接...

鐵人賽 Kubernetes DAY 13

技術 Day 13:自己埋指標與它的代價:counter/histogram、cardinality 與 label 設計

昨天把 pricing 擴成兩份,發現流量全壓在同一個 Pod 上,結論是「聚合會藏東西」。而聚合藏不藏得住,取決於當初把什麼寫進標籤裡。 這是 Metrics...

鐵人賽 AI Engineering DAY 20

技術 Day 20|從 LLM Observability 到 Agent Traceability:一筆 Tool Call 需要哪些觀測資料

知道平台部署了哪一版 Agent,仍然不知道某次 Tool Call 是誰要求、哪條規則放行,以及 Tool 最後做了什麼。把視角從部署移到執行時,我又回到系列...

鐵人賽 Kubernetes DAY 12

技術 Day 12:擴容之後,為什麼另一半的 Pod 沒收到流量

昨天講完 USE 和 RED 兩套方法論,也把三個服務的 RED 九宮格做出來了。今天做另外一半:節點的 USE。 然後我打算做一個小實驗,把 pricing...

鐵人賽 Kubernetes DAY 11

技術 Day 11:USE 還是 RED:兩套方法論怎麼選

昨天講了四個黃金訊號,今天要講另外兩套:USE 和 RED。 剛開始看到這三套的時候覺得也太複雜了吧,為什麼差不多東西要出三套,到底要用哪一個?查了之後發現這個...

鐵人賽 AI Engineering DAY 19

技術 Day 19|也許你需要的是 Agent Registry:Agent 發現、版本管理與供應鏈信任

Day 18 的 BYO Agent 已能被 kagent 部署,也能讓另一個 Agent 透過 A2A 找到並呼叫。但當團隊開始上架更多 Agent,使用者要...