您正在查看 Apigee Edge 說明文件。
查看 Apigee X 說明文件。 資訊
以下列出常見問題：
- 我有多個 API Proxy，如果想為所有 API Proxy 設定快訊，建議採取哪些建議做法？
- 哪些角色可以存取 API Monitoring？
- 為什麼我在「最近」頁面中看到所有的 API Proxy？
- 為什麼時間軸中未顯示延遲圖表？
- 記錄有助於找出造成錯誤的狀態碼，該如何找出產生呼叫的開發人員 ID？
- 我可以監控 Proxy 鏈結嗎？
- 為什麼資訊主頁中會顯示「未設定」？
- 傳統版 UI 或 Edge 適用於私有雲的 API 監控功能嗎？
- 什麼是教戰手冊？
- 如何處理 HTTP 429 錯誤代碼？
我有多個 API Proxy，如果想為所有 API Proxy 設定快訊，建議採取哪些建議做法？
Apigee 建議採取下列做法：
- 首先，請為設有特定門檻的任何 API Proxy 設定快訊。舉例來說，10% 4xx 錯誤率為 5 分鐘。請設定通知並前往快訊記錄頁面，監控觸發的快訊。針對特定 API Proxy 和目標服務設定其他快訊和通知。並根據觀察結果修正快訊和通知內容。
- 要求負責開發 API 的團隊向負責設定快訊的作業團隊建議錯誤率和延遲時間門檻。
哪些角色可以存取 API Monitoring？
請參閱「關於 API Monitoring 角色」。為什麼我在「最近」頁面中看到所有的 API Proxy？
「近期」資訊主頁只會顯示最近有流量的 API Proxy。不會顯示貴機構中所有的 API Proxy。「時間軸」資訊主頁可讓您查看所有 API Proxy 的資料。為什麼時間軸中沒有顯示延遲圖表？
只有在您選取區域與 API Proxy 且選取的時間範圍不超過 7 天時，延遲時間圖表才會顯示在時間軸中。記錄可協助您找出造成錯誤的狀態碼，但如何找出產生呼叫的開發人員 ID？
API Monitoring 記錄中不包含開發人員 ID。如要擷取開發人員 ID，您可以執行自訂報表。我可以監控 Proxy 鏈結嗎？
您可以使用一個 API Proxy 做為另一個 API Proxy 的目標端點，有效連接 Proxy 鏈結中的兩個 Proxy。不過，API Monitoring 只會將要求記錄在鏈結中第一個 Proxy 的要求，而不會記錄傳送至目標 API Proxy 的要求。詳情請參閱「將 API Proxy 鏈結在一起」。為什麼資訊主頁中會顯示「未設定」？
如果 API Proxy、錯誤來源、錯誤程式碼或錯誤政策缺少值或無法判斷，資訊主頁將顯示「not set」做為來源。可能導致「未設定」的情境包括：
- 用戶端相關錯誤
- 因成功回應而覆寫的 HTTP 錯誤代碼
- HTTP 2xx 狀態碼 (因為這類代碼通常不會產生錯誤代碼)
如要進一步瞭解「未設定」，請參閱「Analytics (分析) 實體值「(未設定)」代表什麼意思？
傳統版 UI 或 Edge 是否支援私有雲端的 API 監控服務？
Apigee API Monitoring 目前僅供使用新 Edge UI 的 Apigee Edge Cloud Enterprise 客戶使用。
Apigee API Monitoring 不適用於傳統版 Edge UI 或 Edge for Private Cloud。
什麼是教戰手冊？
設定快訊時，在「應對手冊」欄位中提供簡短說明，說明如何解決快訊觸發時的建議動作。您也可以指定內部維基或社群網頁的連結，以便參考最佳做法。這個欄位中的資訊會包含在通知中。要如何處理 HTTP 429 錯誤代碼？
邊緣配額政策和 SpikeArrest 政策會在超過配額 (配額政策) 或超過頻率限制時發出 HTTP 429 錯誤代碼 (SpikeArrest 政策)。然而，您無法在快訊資訊主頁中針對 HTTP 429 錯誤代碼定義快訊。而設定是流量管理政策 > 配額 > 配額違規的快訊觸發條件，如下所示，或是流量管理政策 > 尖峰力逮捕 > 尖峰時期違規：
