比較 API Monitoring 與 Edge Analytics

您目前查看的是 Apigee Edge 說明文件。
前往 Apigee X 說明文件
info

本節將比較 API 監控Edge Analytics。API Monitoring 和 Edge Analytics 都能收集及查看 API 資料,但目標不同:

  • API 監控的目標是確保 API 正常運作。因此,您希望查看最新的可用資料。API Monitoring 提供近乎即時的資料,並可讓您建立快訊,在發生問題時收到通知。
  • 邊緣分析的目標是瞭解 API 的長期行為,確保 API 符合業務需求,或視需要進行變更。因此,即時資料的重要性較低。因此,數據分析資料會稍微延遲,但通常最多只會延遲 10 分鐘。

請注意,API 監控資料 (主要與錯誤代碼和延遲相關) 只是 Analytics 資料的一小部分。

API 監控資料與 Analytics 資料的差異

本節說明 Edge Analytics 與 API Monitoring 收集的資料之間,有哪些微小差異。 由於 API 監控和 Analytics 使用不同的資料管道,監控產生的自訂報表與 Analytics 產生的報表可能會有些微差異。舉例來說,您可能會發現逾時錯誤的報告結果有差異,包括後端逾時 (要求的 HTTP 狀態碼為 504) 和用戶端逾時 (HTTP 狀態碼為 499)。這些要求可能會在 Analytics 自訂報表中顯示狀態碼 200,但在監控自訂報表中會顯示狀態碼 504 或 499。

API Monitoring

API Monitoring 可提供 API 效能的即時深入分析,協助您快速診斷及修正問題,確保 API 正常運作。

API 監控功能可讓您:

  • 提高 API 可用性,並縮短平均診斷時間 (MTTD)。
  • 根據情境警示採取適當行動,避免消費者受到影響。
  • 運用 Apigee 錯誤代碼加快診斷速度。
  • 迅速找出問題區域,診斷錯誤、效能和延遲問題及其來源。

Edge API Analytics

Edge API Analytics 會收集及分析透過 API 傳輸的資訊。API Analytics 會擷取下列資訊:

  • API 流量隨時間變化的趨勢
  • 哪些是熱門應用程式
  • 您最優秀的開發人員是誰?
  • 哪些 API 方法最熱門
  • API 回應時間最快/最慢的時間
  • API 流量最多的地理位置

API Analytics 收集的資料

API Analytics 會收集及分析 API 傳輸的各種資料,舉例來說,在 API 部署期間,Analytics 會持續記錄收到的訊息數量、開發人員數量、回應時間、錯誤、使用的應用程式數量、要求大小和許多其他資料。

如要瞭解指標和使用方式,請參閱「使用指標 API 評估 API 計畫成效」。如需完整的指標清單,請參閱「數據分析指標、維度和篩選器參考資料」。

收集自訂指標

您也可以使用 StatisticsCollector 政策收集自訂指標。StatisticsCollector 政策可將要求標頭、XML/JSON 酬載、查詢參數、URI 和其他位置的資訊寫入 Analytics 伺服器,以供分析及產生報表。

存取 Analytics 資料

產生資料後,您可以使用 API Analytics 視覺化工具 (包括資訊主頁、自訂報表和 GeoMap),存取預先定義的指標和自訂指標。如要進一步瞭解 API Analytics 提供的資料視覺化工具,請參閱「Analytics 資訊主頁」。如要進一步瞭解自訂報表,請參閱「建立自訂報表」。

比較 API 監控和 API 分析

API 開發人員會同時使用 API 監控和 API 分析功能。兩者之間的主要差異之一,是 API 監控內建的快訊機制。營運團隊可透過快訊即時回應 API 問題,確保 API 可用且運作正常。

快訊條件會定義特定狀態碼 (2xx/4xx/5xx)、延遲和錯誤碼門檻,一旦超出門檻,系統就會在使用者介面中觸發視覺快訊,並透過各種管道傳送通知,例如電子郵件、Slack、PagerDuty 或 Webhook。您可以在環境、API Proxy 或目標服務,或區域層級設定快訊。

觸發快訊後,營運團隊可以使用 API Monitoring UI 深入調查問題,找出根本原因。接著,您可以產生自訂報表,其中包含有關快訊的預先定義資訊,例如:

  • 總回應時間
  • 目標回應時間
  • Proxy 錯誤
  • 目標錯誤
  • 要求 UUID
  • 更多

API Analytics 旨在擷取各種資料,供多個團隊使用。例如:

  • 營運團隊可以運用 Analytics 資料找出流量高或低的時期,以便擴充或縮減服務規模,因應不斷變化的需求。
  • 行銷團隊可運用 Analytics 資料,判斷個別 API、應用程式、顧客或其他資料所識別的顧客使用模式。
  • 所有團隊都能存取從要求收集的自訂資料,追蹤標頭值、查詢參數或要求酬載等特定資訊。