wooo/ewoooc
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,239 Commits 6 Branches 0 Tags
dev
Commit Graph

5 Commits

Author SHA1 Message Date
OoO
ba5fe06b13 fix: update ollama primary host
Some checks failed
CD Pipeline / deploy (push) Has been cancelled
Details
2026-06-18 14:24:55 +08:00
OoO
d6d8777e41 V10.601 收斂 Gemini 與密鑰治理
All checks were successful
CD Pipeline / deploy (push) Successful in 1m12s
Details
2026-06-06 14:52:46 +08:00
OoO
7a10d27d61 feat(p53): K8s Nginx Proxy 支援 — host_label/provider_tag 補完
Some checks failed
CD Pipeline / deploy (push) Has been cancelled
Details 
問題：
K8s 內網無法直連 GCP 公網 11434，所以 110 跳板架了 Nginx Proxy
轉發 11435/11436 到 GCP-A/GCP-B。但 services/ollama_service.py 的
get_host_label() 只看 IP substring（34.143.170.20 / 34.21.145.224），
K8s 環境會 fallback 到「未知」造成觀測台主機標籤錯亂。

修補：
- services/ollama_service.py::get_host_label
  新增：
    192.168.0.110:11435 → "GCP-SSD（via Nginx 110）"
    192.168.0.110:11436 → "GCP-SSD-2（via Nginx 110）"
  保留：直連 GCP / 111 / 188 / localhost 既有判斷

- services/ollama_service.py::get_provider_tag（新函式）
  統一 provider 標籤判斷（之前散落 code_review_pipeline 等多處重寫）：
    GCP 直連 + Nginx 11435 → 'gcp_ollama'
    GCP-B 直連 + Nginx 11436 → 'ollama_secondary'
    111 → 'ollama_111'
    其他 → 'ollama_other'
  跨環境統一：ai_calls.provider 在 docker-compose / K8s 都記同一 tag，
  跨環境統計不分裂。

- services/code_review_pipeline_service.py:233
  改用統一 get_provider_tag()，移除原本 hardcode 的 if/else IP 判斷。

- k8s/02-configmap.yaml（user 已改）
  OLLAMA_HOST_PRIMARY = http://192.168.0.110:11435 (Nginx → GCP-A)
  OLLAMA_HOST_SECONDARY = http://192.168.0.110:11436 (Nginx → GCP-B)
  OLLAMA_HOST_FALLBACK = http://192.168.0.111:11434 (內網)

driver test:
  http://34.143.170.20:11434 → GCP-SSD / gcp_ollama
  http://192.168.0.110:11435 → GCP-SSD（via Nginx 110）/ gcp_ollama
  http://192.168.0.111:11434 → 111 備援 / ollama_111

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
 2026-05-05 01:09:56 +08:00
OoO
4020b734a5 feat(p41): 觀測台戰役完整收官 — K8s 三主機化 + ppt RAG + TG inline action
All checks were successful
CD Pipeline / deploy (push) Successful in 2m34s
Details 
E-1: K8s configmap 對齊三主機級聯（清舊配置遺留）
- k8s/02-configmap.yaml:
  - 移除寫死的 OLLAMA_HOST=192.168.0.188:11434（早已過時）
  - 改注入 OLLAMA_HOST_PRIMARY/SECONDARY/FALLBACK 三個變數
  - llama3:70b → qwen3:8b（與目前 prod 一致）
- k8s/gcp/02-configmap.yaml:
  - 移除「OLLAMA_HOST=空 + AI_PROVIDER=gemini」自相矛盾
  - 改三主機級聯 + AI_PROVIDER=ollama（與 docker-compose.yml 一致）

E-2: ppt_audit 加 RAG「相似失敗修法」
- 對最近 3 筆 audit_status='failed'/'error' 跑 rag_service.query
- 從 ai_insights 召回相似案例（cosine ≥ 0.6, top 2）
- template 加「RAG 自動修法建議」card

E-3: Telegram obs_health/obs_budget 加 inline action button (L2)
- cmd:obs_health：任一主機標記異常時，inline 顯示「🩹 修 GCP-A/GCP-B/111」按鈕
- cmd:obs_heal:{label}：新 handler，在 Telegram 內直接觸發 AutoHeal
  （白名單 GCP-A/GCP-B/111，非 unhealthy 拒絕）
- cmd:obs_budget：warn 時 inline 顯示「⚡ 立即重算節流狀態」按鈕
- cmd:obs_force_throttle：新 handler，Telegram 內直接觸發 evaluate_throttle_status

最終升級對應：
- RAG 整合 4/6 → 5/6（補 ppt_audit）
- AI 自動化：Web L2×4 + Telegram L2×2 = 6 個一鍵自動化入口
- K8s 配置一致性：三套 (docker-compose / k8s/* / k8s/gcp/*) 統一
  指向 GCP-A → GCP-B → 111 三主機鏈

Phase 38+39+40+41 累計 7 commits 觀測台戰役完整收官。

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
 2026-05-04 19:18:23 +08:00
ogt
1b4f3a7bbe feat: EwoooC 初始化 — 完整專案推版至 Gitea
Some checks failed
CD Pipeline / deploy (push) Failing after 59s
Details 
- 建立 Gitea Actions CD pipeline (.gitea/workflows/cd.yaml)
- 部署模式: rsync Python 檔案至 188 → docker restart (volume mount)
- Dockerfile/requirements 變動時自動重建 Docker image
- 部署通知: Telegram (開始/成功/失敗)
- 健康檢查: https://mo.wooo.work/health (最多 5 次重試)
- 同步最新 CLAUDE.md / ADR-008 / memory (2026-04-19)

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
 2026-04-19 01:21:13 +08:00