效能和負載測試

本頁內容適用於 ApigeeApigee Hybrid

查看 Apigee Edge 說明文件。

效能測試或壓力測試會傳送大量正常流量 (高流量或大型酬載)。Apigee 並未禁止這類測試。這類流量會計入客戶協議中的任何 API 呼叫預算或限制。

效能和負載測試活動注意事項

為提供最佳客戶支援,Apigee 希望能在這些測試前收到通知。 如要通知 Apigee 營運團隊您預計進行的效能測試,請在測試開始前至少 14 天開啟支援服務單,並提供下列資訊:

  1. 測試計畫
    1. 系統會測試哪些項目 (到達網址和 IP 位址)?
    2. 測試流量的來源 (IP 位址) 為何?
    3. 測試時間範圍 (開始和結束日期/時間/時區)。
  2. 測試人員資訊
    1. 誰會進行測試?
    2. 測試人員的聯絡資訊。
  3. 測試限制
    1. 測試次數是否有限制?每秒交易數上限?
    2. 測試的酬載大小上限是多少?

我們沒有專責團隊,會在負載測試活動期間監控客戶環境。歡迎進行測試,如有任何問題,請提出案件並設定適當的優先順序。

  • P1:影響正式環境的問題,嚴重影響即時 API 流量
  • P2:問題對使用者影響重大,但正式版 API 流量不受影響
  • P3:非重大問題

進行效能和負載測試的最佳做法

效能和負載測試應盡可能模擬預計在正式環境中執行的工作負載。執行效能測試時,請遵循下列最佳做法:

  • 使用與實際工作環境相同的用戶端程式庫,模擬實際工作環境流量。
  • 設定負載測試,傳送與實際工作環境流量相似的流量。例如:
    • 在 Proxy 和環境之間分配 API 呼叫,以符合實際工作環境的流量模式。請避免測試單一「測試 Proxy」,因為這樣無法準確模擬實際網路路徑和基礎架構用量。
    • Proxy 應與實際工作環境採用相同的政策組合。
    • 使用與實際執行環境類似的用戶端標頭和酬載資料。
    • 測試中使用的目標伺服器,在延遲時間、可用性和酬載大小方面,應與正式版伺服器的行為一致。
  • 確認負載測試會將要求傳送至實際工作環境流量使用的相同區域。
  • 如果執行個體的流量低於 500 TPS,請在 120 秒內緩慢增加至 500 TPS。
  • 執行個體的流量超過 500 TPS 後,建議每 90 秒增加約 30% 的 TPS。
  • 如果預期在 90 秒內,自然流量會增加超過 30% 預期尖峰流量會超過 5000 TPS,請在預定測試前至少 14 天提出支援案件。Apigee 可支援這兩種測試流量情境,但可能需要額外調整。