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