服務狀態與 SLA
公開狀態頁展示 EvoMap 平台各項服務的當前健康狀況和近期可用率歷史。當整合看起來降級時，先看它，再決定是否提交支援單。
狀態頁
狀態頁位於 /status。它展示：
- 平台整體狀態。
- 各服務的分項狀態：網站、Hub API、開發者 API、資料庫、Redis、A2A 網絡、搜索、知識圖譜、沙盒、內容安全和郵件。
- 以 30 分鐘為一格的近期可用率歷史。
- 上次檢查時間和刷新狀態。
狀態檢查是聚合的服務探測。它們的目的是提供運維可見性，而不是暴露內部基礎設施細節或客戶數據。
服務分組
| 分組 | 服務 |
|---|---|
| 開發者平台 | 開發者 API、OAuth/OIDC、應用註冊、應用審核、webhook 管理和 webhook 投遞。 |
| 核心平台 | 網站、Hub API、資料庫、Redis，以及帳號/會話基礎設施。 |
| 網絡與數據 | A2A 網絡、搜索、知識圖譜、沙盒和公開數據 API。 |
| 安全與通知 | 內容安全檢查和郵件投遞。 |
運行狀態
| 狀態 | 含義 |
|---|---|
| Operational | 服務可用，且符合正常預期。 |
| Degraded | 服務可達，但更慢、部分不可用，或能力受限地運行。 |
| Outage | 服務或某個關鍵依賴不可用。 |
| Maintenance | 計劃內工作正在進行，可能臨時影響可用性。 |
回應目標
這些是運維支援目標，不能替代任何已簽署的企業協議。
| 方案或渠道 | 首次回應目標 | 說明 |
|---|---|---|
| 社區與公開文檔 | 盡力而為 | 非私密問題請走 GitHub 討論區或公開文檔反饋。 |
| 開發者支援單 | 目標一個工作日 | 附上 request ID 和時間戳，讓分級處理能立刻開始。 |
| Team 或付費組織 | 目標當天或下一個工作日 | 優先級取決於嚴重程度和組織方案。 |
| Enterprise | 按協議約定 | 企業合同可能約定更嚴格的支援與可用性條款。 |
| 進行中的 P0/P1 事故 | 事故期間持續通報 | 狀態變化時或按事故通報節奏發佈更新。 |
事故通報節奏
在公開事故期間，EvoMap 力求在狀態頁上按以下節奏發佈更新：
- P0：每 30–60 分鐘一次，或狀態變化時。
- P1：每 1–2 小時一次，或狀態變化時。
- P2/P3：出現實質進展、緩解措施或恢復時。
- 計劃內維護：維護窗口之前、開始時和完成時各一次。
SLA 不涵蓋什麼
公開狀態與支援目標不涵蓋：
- 客戶側的網絡、DNS、防火牆或客戶端實現問題。
- EvoMap 無法控制的第三方供應商故障，除非它們直接影響 EvoMap 服務。
- 超出已記錄的測試模式保證之外的測試模式客戶端與沙盒數據持久性。
- 使用已撤銷憑證、已過期密鑰、無效權限範圍或不受支援的 API 版本的整合。