入門指南
Status200 是一個開源的可觀測性平台。它檢查你的網站、API 和伺服器是否正常運作，收集你的應用程式傳送的日誌、指標和追蹤，在發生故障時呼叫待命人員，並透過狀態頁面告知你的客戶。這一切都在同一個產品中完成，因此發現問題的工具，也正是呼叫你團隊的工具。你可以使用 Status200 Cloud，也可以在自己的伺服器上執行它。
從這裡開始：
快速開始監控一個網站，在它故障時收到呼叫，並發布一個狀態頁面。核心概念其他一切所依據的幾個概念，以及它們之間的關聯。首頁與快捷鍵在儀表板中找到方向，以及幫你少點幾下的按鍵。您的帳戶你的個人資料、密碼、通行密鑰和雙重驗證。
Status200 如何協同運作
一切都從你要關注的對象開始。監測器會依排程檢查它，或讀取它傳送的遙測資料。當監測器的條件相符時，Status200 會宣告事件或建立警示、呼叫待命人員，並在你需要時把事件顯示在狀態頁面上。
flowchart TB
probes["探測器檢查你的<br/>網站和 API"] --> monitors["監測器"]
telemetry["你的應用程式和代理程式<br/>傳送遙測資料"] --> monitors
monitors -->|"條件相符"| problems["事件和警示"]
problems --> oncall["待命策略<br/>呼叫你的團隊"]
problems --> status["狀態頁面<br/>告知你的客戶"]
從一次失敗的檢查，到被呼叫的團隊和更新的狀態頁面
- 事件 是影響使用者的問題。它可以呼叫待命人員，並顯示在你的狀態頁面上。
- 警示 是需要團隊在使用者察覺之前調查的問題。它同樣可以呼叫待命人員，但絕不會顯示在狀態頁面上。
核心概念 會用幾句話說明每個部分。
瀏覽文件
文件的組織方式與側邊欄相同，共分九個部分。選擇你需要的部分。
監控
監測器從全球各地的探測器檢查網站、API、連接埠、DNS、NTP 伺服器、憑證等。基礎設施監測器監看伺服器、Kubernetes、Docker、VMware、網路設備和儲存設備。遙測監測器根據你傳送的日誌、指標、追蹤、例外狀況和效能剖析發出警示。SLO追蹤可靠性目標、錯誤預算和消耗速率。探測器從你自己的網路內部執行檢查。當 Status200 未收到資料時為什麼 Status200 這一端的資料缺口，絕不會算成你的停機時間。
事件回應
事件宣告、協調和解決事件，並保留完整的時間軸。警示在使用者察覺之前調查問題，並把雜訊歸入片段中。待命策略、上報規則、輪值，以及何時呼叫誰。通知Status200 如何聯絡你：你的通知方式、待命規則和通知設定。狀態頁面透過公開或私人的狀態頁面讓客戶掌握狀況。排定維護事先公告計畫內的工作，並暫停其涉及的監測器。工作區連線在 Slack 和 Microsoft Teams 中處理事件。
可觀測性
遙測使用 OpenTelemetry 傳送日誌、指標和追蹤，並加以搜尋。基礎設施代理程式以一個命令新增主機，並為 Kubernetes、Docker、Proxmox、VMware 等安裝代理程式。雲端觀測 ECS、Cloud Run、Azure Container Apps 和其他代管平台。AI 可觀測性追蹤你的 AI 的對話，並在它回答得不好時收到通知。安全性收集安全性事件和威脅情報。真實使用者監控透過 Core Web Vitals 和工作階段重播，衡量真實使用者的體驗。儀表板用你的指標、日誌和監測器建立儀表板。資產清單查看 Status200 所知道的每個服務、主機和裝置。
自動化與 AI
運行手冊把回應流程變成團隊可以執行的步驟。表單讓任何人透過表單回報問題，表單會開啟一個事件。工作流程在 Status200 中發生某些事情時自動執行動作。AI讓 Status200 AI 調查事件和警示，並向它詢問你的系統。
整合
開發者
管理
使用者與權限邀請成員、組織團隊，並控制他們可以做什麼。身分識別透過 SAML 或 OIDC 單一登入進行登入，並透過 SCIM 佈建使用者。設定自動為資源加上標籤並指派擁有者。電子郵件透過你自己的 SMTP 伺服器傳送 Status200 的電子郵件。行動與桌面應用程式在 iOS、Android、macOS、Windows 和 Linux 上接收呼叫並回應。
從其他工具移轉
帶上你現有的設定
專案設定 → 進階 → 從其他工具匯入 會讀取你在其他工具中的設定，使用 API 金鑰，若是 Uptime Kuma 則使用檔案。它會顯示找到的內容，並建立你勾選的項目。其他工具中的任何內容都不會改變，再次執行匯入也絕不會重複建立任何東西。
| 移轉來源 | Status200 讀取的內容 |
|---|---|
| Opsgenie | 使用者、團隊、排程、上報和服務 |
| PagerDuty | 使用者、團隊、排程、上報原則和服務 |
| incident.io | 使用者、團隊、排程、上報路徑、服務和事件設定 |
| Splunk On-Call | 使用者、團隊、輪值和上報原則 |
| Grafana OnCall | 使用者、團隊、排程和上報鏈 |
| UptimeRobot | 監測器和公開狀態頁面 |
| Atlassian Statuspage | 頁面、其元件和群組，以及電子郵件訂閱者 |
| Better Stack | 監測器、心跳、狀態頁面和電子郵件訂閱者 |
| Pingdom | 正常運作時間檢查 |
| StatusCake | 正常運作時間、SSL 和心跳檢查 |
| Uptime Kuma | 監測器，來自備份或指標頁面 |
Status200 可以取代什麼
| 功能 | 作用 | 可取代的工具 |
|---|---|---|
| 正常運作時間監控 | 從全球各地檢查可用性和回應時間。 | Pingdom、UptimeRobot |
| 狀態頁面 | 向客戶展示你的服務目前的狀態和歷史。 | Atlassian Statuspage |
| 事件管理 | 從頭到尾處理事件，包括備註、擁有者和時間軸。 | incident.io |
| 待命與警示 | 排定待命班次，並持續上報直到有人回應。 | PagerDuty、Opsgenie |
| 日誌管理 | 收集、搜尋和視覺化日誌。 | Loggly |
| 工作流程 | 自動執行動作，並把 Status200 連接到你已在使用的工具。 | Zapier |
| 應用程式效能監控 | 追蹤分散式追蹤、回應時間、輸送量和錯誤率。 | New Relic、Datadog |
| 錯誤追蹤 | 將例外狀況連同堆疊追蹤和脈絡資訊一起分組。 | Sentry |