您正在查看 Apigee Edge 說明文件。
查看 Apigee X 說明文件。 資訊
後端系統會執行 API Proxy 存取的服務。換句話說，它們是讓 API 和 API 管理 Proxy 層普及的基本原因。
凡是透過 Edge 平台轉送的 API 要求，都會在到達後端前週遊一般路徑：
- 要求源自用戶端 (用戶端可能是瀏覽器到應用程式的任何內容)。
- 接著，Edge 閘道會收到要求。
- 系統會在閘道中處理這些資料。在這項處理作業中，要求會傳遞到多個分散式元件。
- 接著，閘道會將要求轉送至後端以回應要求。
- 接著，後端的回應會透過 Edge 閘道，回到實際的反向路徑，並返回至用戶端。
實際上，透過 Edge 轉送的 API 要求效能取決於 Edge 和後端系統。在這種反模式中，我們會著重於分析因後端系統效能不佳而對 API 要求造成的影響。
反模式
讓我們思考有問題的後端案例。可能的情況如下：
後端大小不足
透過 API 在這些後端系統公開服務面臨的挑戰，在於大量使用者都能存取這些服務。從業務角度看來，這是想解決的挑戰，但卻需要處理。
很多時候，後端系統對於其服務中的這類額外需求並未做好準備，因此其規模過小，或並未為了有效回應而調整。
「大小不適當」的後端問題是，如果 API 要求數量激增，後端系統上的 CPU、負載和記憶體等資源就會承受壓力。這最終會導致 API 要求失敗。
後端速度緩慢
未正確調整後端的問題是，要回應收到的所有要求會非常緩慢，這會導致延遲時間增加、過早逾時，以及遭到入侵的客戶體驗。
Edge 平台提供幾種可控制選項，方便您規避及管理速度較慢的後端。但這些選項有限。
影響程度
- 如果後端大小不足，流量增加可能會導致要求失敗。
- 如果後端速度緩慢，要求的延遲時間就會增加。
最佳做法
- 使用快取儲存回應，以縮短 API 回應時間，並降低後端伺服器的負載。
- 解決慢速後端伺服器中的潛在問題。