外部狀態頁監控

外部狀態頁監測器會留意你所依賴之服務（AWS、GCP、Azure、GitHub、OpenAI、Anthropic 等眾多服務）的公開狀態頁面，並在該供應商回報服務中斷或效能下降時對你發出警示。用它在供應商回報上游問題的第一時間得知，並把這些問題與你自己的問題區分開來。

它也能逐一讀取用 Status200 製作的狀態頁面中的資源，並分辨計畫維護與服務中斷：監測另一個團隊的專案，或狀態頁面執行在 Status200 上的供應商。

運作方式#

每次檢查時，探測器會取得狀態頁面，判斷它使用的格式，並讀取整體狀態、元件和進行中的事件。如果你把監測器限定到某個元件群組或元件，就只計算這些內容。接著由條件決定監測器是上線還是離線。

你可以用它來：

• 監控你的應用程式所依賴之第三方服務的可用性
• 在上游供應商發生服務中斷時收到警示
• 追蹤各個元件的狀態
• 把監控限定到單一元件群組（例如只留意 OpenAI 的 "APIs"），讓頁面上其他無關的事件不會觸發你的監測器
• 在效能下降影響使用者之前發現它
• 把你自己的事件與上游供應商的問題關聯起來

支援的供應商#

自動判斷#

設定為 Auto 時，Status200 會依下列順序自動判斷狀態頁面的格式：

1. 首先嘗試 incident.io 狀態頁面 API（/proxy/<host>）。
2. 接著嘗試 Atlassian Statuspage JSON API（/api/v2/status.json、/api/v2/components.json 和 /api/v2/incidents/unresolved.json）。
3. 接著要求 Status200 狀態頁面的狀態概要（/status-page-api/summary/<page>）。
4. 如果都失敗，就嘗試把頁面剖析為 RSS 或 Atom 摘要。
5. 最後的退路是一次基本的 HTTP 連線能力檢查。

當你明確選擇的供應商失敗時，也會退回連線能力檢查。它只會告訴你頁面是否有回應（回傳 2xx 或 3xx 即為上線），不會回報任何元件或事件。

建立外部狀態頁監測器#

1. 開始一個新的監測器#

   前往 監測器，點選 建立監測器。在 監測器類型 下點選 更多監測器類型，然後在 Basic Monitoring 下選擇 External Status Page，或在搜尋方塊中輸入 statuspage。輸入 名稱，然後點選 下一步。

2. 輸入狀態頁面的 URL#

   輸入 狀態頁面 URL。除非你知道格式，否則請把 提供者 保留為 Auto。

3. 視需要限定範圍#

   開啟 更多欄位，輸入 Component Group Filter（例如 APIs），以及 元件名稱篩選器 來留意單一元件（如果設定了群組，則在該群組內）。

4. 測試#

   點選 測試監測器 取得一次頁面，查看它找到的供應商、元件和事件。

5. 檢查條件#

   條件步驟會從預設條件開始，當供應商回報範圍內有進行中的事件或服務中斷時，它們會把監測器標示為離線。視需要修改，然後點選 下一步。

6. 選擇探測器並建立#

   選擇 探測器 和 監測間隔（一開始為 每 5 分鐘），然後點選 建立監測器。

設定選項#

Component Group Filter#

如果狀態頁面把元件分成群組，你可以把監測器限定到單一群組。例如在 https://status.openai.com 上輸入 APIs，就會把監測器限定到 OpenAI 的 API 服務。

設定了元件群組後，進行中的事件數 和 整體狀態 只會根據該群組中的元件計算：影響無關群組（例如 ChatGPT）的事件不會觸發限定到 "APIs" 群組的監測器。

Atlassian Statuspage、incident.io 和 Status200 Status Page 供應商支援依元件群組篩選。RSS 和 Atom 摘要不提供元件群組。

元件名稱篩選器#

如果狀態頁面回報了多個元件，你可以指定一個元件名稱，只監控該元件。篩選器會符合名稱中包含你輸入內容的任何元件，不區分大小寫：actions 會符合名為 "Actions" 的元件。

如果同時設定了元件群組，元件名稱篩選器會在該群組 之內 套用，讓你能鎖定大型群組中的單一元件。兩個篩選器都沒有指定時，會監控範圍內的所有元件。對於 RSS 或 Atom 摘要，名稱篩選器會與摘要中各項目的標題比對。

監控條件#

你可以設定條件，依據下列內容決定外部服務何時被視為上線或離線：

整體狀態就是頁面上寫的內容，因此其值會因供應商而異：Atlassian Statuspage 回報它自己的描述，例如 All Systems Operational；Status200 狀態頁面回報範圍內元件中最差的狀態，例如 under_maintenance；摘要回報 operational 或 degraded_performance；連線能力檢查回報 reachable 或 unreachable。這些比較會區分大小寫。若要針對服務中斷發出警示，External Status Page Active Incidents 和 External Status Page Component Status 通常比較可靠。

對於 RSS 或 Atom 摘要，最近 24 小時內的項目算作進行中的事件：RSS 項目依發布日期，Atom 項目依更新日期。日期在未來的項目要到該日期才計入。

預設條件#

根據預設，Status200 會依狀態頁面真正重要的內容建立條件，也就是進行中的事件和元件的健康狀況，而不只是連線能力：

由於進行中的事件數和元件狀態都遵循元件群組 / 元件名稱篩選器，這些預設條件會自動只針對你在意的元件。

Status200 狀態頁面#

若要監測用 Status200 製作的狀態頁面（另一個團隊的專案，或供應商在 Status200 Cloud 或自行託管的 Status200 上的頁面），請把提供者選為 Status200 Status Page ，或保留 Auto 。在 狀態頁面 URL 中輸入頁面本身的位址：有網域就輸入網域，例如 https://status.example.com，沒有就輸入 https://status200.ru/status-page/<status-page-id>。

監測器讀取頁面的狀態概要 /status-page-api/summary/<page>（請參閱 讀取狀態概要）：只讀取頁面向訪客顯示的內容，不讀取另一個專案的其他任何內容。頁面上的每個資源（一個監測器或一個監測器群組）都是一個元件，使用頁面為它取的名稱，位於頁面的群組中；群組中的群組寫作 Core / Databases。用 元件名稱篩選器 監測一個資源，用 Component Group Filter 監測一個群組。

元件的狀態是它在頁面上的狀態所代表的值，因此元件狀態條件的用法與任何狀態頁面相同：

當進行中的排定維護事件影響某個資源時（事件指定了該資源的某個監測器，或其監測器群組中的某個監測器），無論其監測器處於什麼狀態，該元件都是 under_maintenance：事件佔用監測器期間，監測器不會被檢查。尚未開始或已經結束的事件不會改變任何事。頁面上進行中的事件會計入它們影響的資源。

預設條件 絕不會把維護當成服務中斷：在另一個專案的計畫工作期間，監測器保持在線。

在你的監測器上顯示上游維護#

1. 新增條件#

   在監測器的條件中點選 新增條件準則 。為它設定篩選器 External Status Page Component Status 、 等於 、 Under Maintenance ，並在 將監測器狀態變更為 中選擇你的維護狀態。

2. 把它移到最上面#

   把新條件拖到其他條件上方：第一個符合的條件生效。

3. 用測試監測器檢查#

   在另一個專案有維護進行時點選 測試監測器 ：受影響的元件會顯示 Under Maintenance。

Status200 狀態頁面允許監測器讀取的內容#

任何人都能開啟的頁面，會依訪客看到的樣子被讀取。要求登入、SSO 或密碼的私人頁面無法讀取：選擇 Status200 Status Page 時，檢查會失敗並說明原因。設定了 IP 允許清單的頁面必須放行探測器的位址：請從該網路內部的探測器進行監測。

範本變數#

從外部狀態頁監測器建立事件或警示時，你可以在標題、描述和修復說明中使用這些變數（請參閱 事件與警示範本）：

常用狀態頁面 URL#

下列是一些常用服務的狀態頁面。其中許多使用 Atlassian Statuspage 或 incident.io，因此 Auto 供應商會自動判斷它們。既不是以這兩者為基礎、也不是摘要的頁面只會進行連線能力檢查；對於這類頁面，如果供應商有發布 RSS 或 Atom 摘要，請改為監控該摘要。

最佳做法#

• 使用 Auto 供應商 —— 除非你知道確切的格式，自動判斷適用於大多數狀態頁面。
• 限定到元件群組 —— 如果你只依賴供應商的一部分（例如只依賴 OpenAI 的 "APIs"），這樣無關的事件就不會產生雜訊。
• 監控特定元件 —— 適用於你只依賴某些服務的情況。
• 與你自己的監測器搭配使用 —— 把外部狀態頁監測器與你自己的 API 和網站監測器搭配使用。兩者同時停止運作時，上游狀態頁面能更快指出根本原因。

疑難排解#

後續步驟#