🎙️ Gemini 集體作弊，抓包的竟然也是 AI｜AI 日報 Podcast
DeepMind 把 100 個 Gemini 丟進數學解題實驗室，其中一個抓到裁判系統漏洞開始造假，27 分鐘就傳遍全部同伴，事後還冒出一批主動檢舉的抓耙仔 AI。今天沐妍也要聊聊 Cloudflare 今天正式生效、逼全球 AI 公司乖乖付費買新聞的新政策。還有台積電營收狂飆背後，一場美國選民正在用電費帳單發動的資料中心反彈，細節等一下慢慢說給你聽。
開源專案 · GitHub
Uptime Kuma Cluster
把單機版 Uptime Kuma 升級成高可用叢集 — 智慧負載平衡、自動 Failover、健康檢查，一行 Docker Compose 就能啟動。
⭐ 免費 · 開源 (MIT)🐳 自架 · Docker Compose 一鍵啟動
叢集架構
核心功能
為了在大規模監控下維持高可用而生的設計
⚖️
智慧負載平衡
OpenResty + Lua 兩階段路由，依各節點目前的監控數量與狀態，動態把新監控分配到最閒的節點。
🔁
自動故障移轉
節點掛掉時自動把它的監控重新分配到健康節點；節點恢復後再還原，過程不中斷。
❤️
健康檢查
週期性檢查每個節點的 /api/v1/health 端點，連續失敗即判定故障並觸發移轉（預設 30 秒）。
🗄️
共享資料庫
以 MariaDB 取代本機 SQLite 作為共享狀態，支援多節點同時讀寫。
➕
水平擴展
可動態增減 Uptime Kuma 節點，監控規模成長時加機器即可，不必砍掉重練。
🧩
叢集管理 API
補上原生版沒有的一組 REST API，方便程式化查狀態、觸發健康檢查與重新分配。
📌
固定節點除錯
用 cookie 把流量釘到指定節點方便除錯；該節點離線時自動解除釘選。
🐳
Docker 一鍵啟動
docker-compose-cluster.yaml 一行指令拉起 OpenResty、多個節點與 MariaDB。
原生版 vs 叢集版
本專案相對於原生 Uptime Kuma 補強了什麼
| 項目 | 原生 Uptime Kuma | 本專案（Cluster） |
|---|---|---|
| 架構 | 單機 | 多節點 HA 叢集 |
| 資料庫 | SQLite（本機） | MariaDB（共享） |
| 負載平衡 | 無 | OpenResty + Lua 智慧路由 |
| 故障處理 | 服務中斷 | 自動重新分配監控 |
| 水平擴展 | 不支援 | 可動態增減節點 |
| 健康檢查 | 無 | 週期性端點檢查 |
| 叢集管理 API | 無 | 提供一組 REST API |
叢集管理 API
全部以 /lb 為前綴，方便自動化監控與管理
GET
/lb/ping存活檢查
GET
/lb/health叢集健康狀態
GET
/lb/system-status完整系統狀態報告
GET
/lb/available-nodes列出可用節點與負載指標
GET
/lb/fixed-node/{node}把流量釘到指定節點
POST
/lb/trigger-health-check手動觸發一次健康掃描
GET
/lb/trigger-rebalancing強制重新分配監控
GET
/lb/rebalancing-status查看重新分配進度
快速啟動
- 1
git clone https://github.com/markku636/uptime-kuma-cluster 並進入專案目錄。
- 2
執行下方 Docker Compose 指令，一次拉起 OpenResty、三個 Uptime Kuma 節點與 MariaDB。
- 3
用 curl http://localhost:8084/lb/health 與 /lb/available-nodes 確認叢集正常運作。
需要 Docker 與 Docker Compose；節點數、健康檢查間隔等皆可在環境變數調整。