AwoooI
AI中心

AWOOOI 可觀測性指揮面板

主機、專案、網站、服務與工具全域監控

把已納管的主機、專案、網站前後台、服務、套件、工具、監控訊號與 AI Agent 決策鏈收斂在同一個只讀操作視角;先看總圖、缺口與邊界,再往下鑽監控、APM、錯誤、應用與服務細節。

資料讀取中資料鏈正常執行閘門 0-- · -- → --

決策支援覆蓋率

0%

0/0 個目標已有可判讀合約或正式證據;仍不代表自動修復已開放。

全域納管目標

--

主機 0、專案 0、網站前後台 0 已進入同一張佈局圖。

需處置焦點

0

健康缺口 0、過期端點 0,先進 owner / SRE 判讀,不直接改線上。

自動執行授權

0

重啟、reload、發通知、改 endpoint、讀 secret 與套用修復入口維持 0。

01 / Scope Matrix

全域範圍矩陣

用同一個矩陣把主機、專案、網站前後台、服務、套件、工具與學習鏈路納入;每一格都顯示可判讀程度與仍需批准的範圍。

hosts

0 個目標

需批准 0

可判讀0%

projects

0 個目標

需批准 0

可判讀0%

websites

0 個目標

需批准 0

可判讀0%

services

0 個目標

需批准 0

可判讀0%

packages

0 個目標

需批准 0

可判讀0%

tools

0 個目標

需批准 0

可判讀0%

learning

0 個目標

需批准 0

可判讀0%

02 / Topology

訊號拓樸與 AI 接管路徑

從主機與產品面開始,接到服務健康、監控訊號、AwoooI SRE 戰情室與 AI Agent 決策鏈,讓告警來源和下一步清楚可追。

主機層

0

host:public-gateway / host:dev-a / host:kali-readonly / host:k3s-control-a / host:k3s-control-b / host:observability-a 等主機進入佈局視野。

專案與網站

0

前台、後台與相鄰專案使用同一組治理視角。

服務健康

0

API、Web、AI provider、備份與安全邊界健康目標。

監控訊號

0

Prometheus、Alertmanager、SigNoz、Sentry、Grafana 與 OTEL。

AwoooI SRE 戰情室

0

失敗或需處置才進戰情室,避免心跳與成功訊息洗版。

AI Agent 決策鏈

--

分類、證據、PlayBook、KM 與 verifier 仍受 runtime gate 控制。

03 / Flow

告警到處置的流程視圖

用流程呈現收集、關聯、分類、路由與批准閘門;避免週報只有 0,也避免批准後不知道下一步。

1

收集

--

把主機、專案、網站、服務、工具與套件整理成統一納管目標。

2

關聯

--

用健康目標和端點合約判斷資料是否新鮮與可用。

3

分類

--

保留分類缺口,避免把心跳或週報誤判成真實事件。

4

路由

--

真正需處置才進 AwoooI SRE 戰情室與 AwoooP。

5

閘門

0

批准前只產生候選、證據與操作建議,不直接執行。

04 / Signal Contracts

監控合約與降噪候選

Prometheus、Alertmanager、Grafana、SigNoz、Sentry、OTEL 等訊號只讀呈現;降噪與規則調整先形成 proposal。

05 / Health Gaps

健康缺口與過期端點

把服務健康、端點 truth drift、runner 證明與 provider 來源缺口整理成 SRE 可判斷的處置焦點。

06 / Guardrails

不可誤讀合約

此頁是監控與決策視圖,不是 runtime 授權;任何會改正式環境的動作仍需獨立批准與驗證。

只讀證據

此頁只讀 committed snapshot 與正式 API,不主動打 live probe 或修改設定。

Runtime gate 0

不重啟服務、不 reload Alertmanager、不發 Telegram 測試通知、不改 endpoint。

戰情室集中

後續告警治理要把產品告警收斂到 AwoooI SRE 戰情室,其他 Bot / 群組只保留經批准例外。

07 / Drilldown

細節分頁

保留原本監控、APM、錯誤、應用與服務目錄,作為總圖後的細節查證入口。

服務監控

每 30 秒自動刷新

全局脈搏

即時更新