docs(governance): record t24 remediation queue rollout

This commit is contained in:
Your Name
2026-05-14 22:06:36 +08:00
parent cf173c49d8
commit 102f92dfc3
2 changed files with 50 additions and 0 deletions

View File

@@ -2181,6 +2181,17 @@ Phase 6 完成後
- 邊界T23 修的是 executor / evidence collection 斷點,不代表所有 Docker memory pressure 告警都已完成「實際修復」。讀取診斷成功後仍要由後續 PlayBook/action semantics 判斷是否需要 restart、scale、rollback 或轉人工;`/api/v1/ai/slo` 24h window 仍會看到舊 historical degraded rows需等新樣本覆蓋或窗口滑出。
- 目前進度更新Alertmanager 低風險自動修復主線約 97%;完整 AI 自動化管理產品化約 88%。下一段應把 historical degraded rows 轉成 replay / closure / ticket 工作鏈,並把 AwoooP Event Dossier 前端完整串 MCP Gateway、PlayBook、KM、Ansible/Sentry/SignOz evidence。
**T24 非成功驗證補救工作佇列2026-05-14 台北)**
- 觸發T23 修掉 executor / PromQL template 後historical degraded rows 仍只停在 `/api/v1/ai/slo` warningOperator 仍無法直接看出每筆舊 degraded 要 replay、reverify、建 Ticket 或人工檢查。
- 修正:`verification_coverage` 新增 read-only `remediation_queue`,每筆 queue item 帶 `work_item_id / incident_id / auto_repair_id / alertname / playbook_id / failure_class / remediation_status / remediation_action / remediation_owner / remediation_reason`;這是 dashboard triage metadata不直接重跑、不自動關單、不批准 write action。
- UI`/governance` SLO tab 顯示「補救工作佇列」;`/awooop/work-items` 新增 T24「非成功驗證補救工作佇列」直接顯示 queue total / AI-ready / human counts。
- 技術債修補:`/awooop/work-items` telemetry fetch 增加 per-request timeout避免某個治理 API 卡住時讓整頁停在初始 0。
- 驗證py_compile pass`pytest tests/test_adr100_slo_status_service.py tests/test_adr100_slo_metrics_service.py tests/test_governance_agent.py tests/test_ai_governance_endpoints.py -q` 53 passedruff F/E9 passweb typecheck / target lint / production build passi18n JSON parse / diff check pass。
- Production deploy`aa63ae5e feat(governance): surface verification remediation queue` + `44f7471b fix(awooop): keep work items telemetry from blocking` 已推 Gitea mainCode Review run `2177` / `2179` successCD run `2176` / `2178` successdeploy marker `cf173c49 chore(cd): deploy 44f7471 [skip ci]`
- Production evidenceAPI / Worker / Web image 均為 `44f7471b2143764efd949339aaca704b2e421e28`health 200rollout success`/api/v1/ai/slo``remediation_queue.total=8``ready_for_ai=8``needs_human=0``by_status=[ready_for_replay:7, ready_for_reverify:1]`Playwright render check 確認 `/zh-TW/governance``/zh-TW/awooop/work-items` 新內容可見console errors = 0。
- 邊界T24 只是把 historical degraded 轉成可見補救工作佇列,尚未真正執行 replay / reverify / closure / Ticket creation。下一段要做安全執行入口先 read-only reverify 與 low-risk replay dry-run再把結果接到 closure 或 Ticket。
- 目前進度更新Alertmanager 低風險自動修復主線約 97%;完整 AI 自動化管理產品化約 89%。
---
### 2026-04-20 晚 (台北) — C1-C4 全流程串接 — Playbook 鏈路保護commit de2d34d