Ring Promoter
CI/CD Orbit + Lanes：每個版本都要通過考驗才能進入正式環境
Ring Promoter 是 Workstation 的正式環境等級升級控制平面。v1.0.2 將 Orbit（機群檢視）與 Lanes（APP × INT/TEST/ACC/PROD 矩陣）並排呈現，同時依序透過 ring 升級版本：int → test → acc → prod，並具備即時健康關卡、自動回復與完整稽核軌跡。
什麼是 Ring Promoter？
一個小型控制平面，將應用程式版本透過共用環狀推進。它作為長期運行的服務（通常在 k3s 上）運行，提供 JSON REST API 與內嵌的網頁介面，並依（應用程式、環）追蹤目前／先前版本與歷程。Kubernetes 應用與 VM/CI 應用共用同一個介面，部署器則依應用選擇。
v1.0.2 中的 Orbit + Lanes
以 Orbit 檢視整體機群而暫停。需要環境矩陣時再切換至 Lanes。
封面：附有物件標題的 Orbit、Lanes 與 Rings
圖表：Orbit（機群）與 Lanes（矩陣）並列
觀看：CI/CD Orbit + Lanes（v1.0.2）
v1.0.2 導覽: youtu.be/hNU4sWxrDFk · Product: ringpromoter.com
觀看：Ring Promoter 快速簡介（5 分鐘）
5 分鐘簡介: youtu.be/SjXwaTVuYhM · Product: ringpromoter.com
觀看：正式環境前的 QA 關卡
QA 關卡: youtu.be/Vs2Em0HPvoY · Product: ringpromoter.com
觀看：Ring Promoter 展示
Workstation 展示: youtu.be/IzhvmrwEebE · Product: ringpromoter.com
環狀推進如何運作
每個版本都要通過考驗才能進入正式環境。一次一環，絕不跳級，晉升前先確認健康狀態，失敗時自動回滾。
int
整合
新建置與 AI 代理程式 / API 變更的首個落腳處。
test
測試
驗收前的自動化驗證與浸泡測試。
acc
驗收
利害關係人／UAT 關卡，通常是最後一個自動升版推進的停靠點。
prod
正式環境
即時流量：設定後，最後一個 ring 需密碼才能存取。
1. 將版本植入 int
透過將版本（映像標籤、分支或 ref）植入應用程式的整合環來啟動管線。
2. 一次推進一個環
promote {from_ring} 一律以下一個環圈為目標。您無法從 int 直接跳到 prod。來源環圈必須先處於健康狀態。
3. 使用正確的部署器進行部署
KubectlDeployer（設定映像檔 + 滾動更新）、GitHubActionsDeployer（針對 VM/CI 應用程式的 workflow-dispatch），或 k8sjob 執行器 Job，依各應用程式選用。
4. 具重試機制的健康檢查
部署後，會以可設定的重試次數執行 HTTP 健康檢查。選用的版本驗證會要求端點回報剛部署的確切版本。
5. 失敗時自動回滾
如果目標持續處於不健康狀態，Ring Promoter 會自動回滾至前一版本，並將失敗記錄在歷程中。
6. 選用的自動升版推進
標記某個環圈，讓健康著陸後在同一個鎖定作業中繼續向前推進，例如自動將 test 晉升至 acc，但在通往 prod 的關卡仍由人工把關。
為何團隊在 AI 時代的 CI/CD 選擇 Ring Promoter
AI 產品變化快速——模型、代理、MCP 工具、閘道。Ring Promoter 讓晉升流程井然有序，又不凍結交付。
環狀有序，絕不跳過
共用管線 int → test → acc → prod。新增一個環只需在 ring 套件中的單一處修改，應用程式在設定中而非程式碼中宣告其在各環的位置。
以健康檢查把關的推進
推送前後進行即時健康檢查。選用的 health_version_field / header 可避免典型的假綠燈：舊 Pod 回應 200，新版本卻從未推出。
自動回復
重試後健康檢查仍失敗時，會還原為先前版本。植入、晉升與回復皆會被稽核，無論成功或失敗。
Kubernetes + VM/CI 部署器
單一控制平面涵蓋 kubectl 部署、GitHub Actions workflow-dispatch（例如在 VM 上的 WSL Proxy），以及具即時日誌的 Kubernetes Job 執行器。
安全的並行處理
透過 Postgres 工作階段諮詢鎖，在各個副本之間對每個應用進行序列化。操作與 HTTP 分離，因此負載平衡器逾時不會在回滾途中中止它。
介面與 REST API
內嵌 Next.js 主控台與 bearer-token REST API。非同步部署檢視會串流進度，供營運人員監看 AI 堆疊的發布。
設定驅動的應用程式
以 YAML 新增應用程式：命名空間、Deployment、映像檔儲存庫、健康檢查網址、部署器類型，無需 fork Ring Promoter。
為 AI 平台而建
透過您的平台團隊已信任的同一套環，晉升代理服務、MCP 閘道、GPU 推論前端入口與 Workstation 產品。
專為 AI 驅動的部署而建
模型權重、代理執行環境與邊緣閘道以不同的節奏發布。Ring Promoter 讓每項變更都遵循相同的晉升協定。
- ✓讓 AI 代理 API 與 MCP 閘道，與傳統服務走同一套環進行晉升。
- ✓經版本驗證的健康檢查，能在舊的推論 sidecar 仍回應 OK 時，攔截無聲的回復。
- ✓自動升版推進較前段的環，讓研究版本快速前進；正式環境仍保留人工關卡。
- ✓GitHub Actions deployer 重複使用既有的 AI/ML CI，無需改寫管線。
- ✓每個（應用程式、環）的完整歷史，供法遵審查哪些內容進入了正式環境。
解決方案架構
簡潔的介面：Deployer、Executor、Health Checker、Store，更換正式環境後端時無需改寫推送規則。
1
控制平面
運行於 k3s（或本機）的 Go 服務 + 內嵌介面 + REST API。
2
環
有序管線只需定義一次；應用程式為各環對應資源。
3
Deployers
每個應用程式可選用 kubectl、GitHub Actions 或 k8sjob executor。
4
商店
Postgres（正式環境）或記憶體（開發環境），具備歷程與鎖定機制。
取得 Ring Promoter
前往 ringpromoter.com 探索產品、閱讀 Workstation 深入解析，或與我們洽談 AI 平台的 CI/CD。
請造訪 https://www.ringpromoter.com/ 取得示範、文件與最新的 Ring Promoter 版本。