您正在查看 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
後端系統會執行 API Proxy 存取的服務。換句話說，這些是 API 和 API 管理 Proxy 層存在的根本原因。
任何透過 Edge 平台轉送的 API 要求，都會在命中後端之前經過以下典型路徑：
- 這項要求來自用戶端，用戶端可以是任何東西，從瀏覽器到應用程式皆有可能。
- 接著，Edge 網關會收到這項要求。
- 並在閘道中處理。在這個處理程序中，要求會傳遞至多個分散式元件。
- 接著，閘道會將要求轉送至回應要求的後端。
- 後端的回應會透過 Edge 閘道，沿著確切的反向路徑返回用戶端。
實際上，透過 Edge 轉送的 API 要求效能取決於 Edge 和後端系統。在這個反模式中，我們將著重於因後端系統效能不佳而對 API 要求造成的影響。
反模式
讓我們來看看後端發生問題的情況。可能的情況如下：
後端大小不足
透過 API 公開發布這些後端系統上的服務，會面臨大量使用者可存取的挑戰。從業務角度來看，這是個值得挑戰的難題，但也需要妥善處理。
許多時候，後端系統無法因應服務的額外需求，因此無法有效回應，或者無法調整為有效回應。
「大小不夠」的後端問題在於，如果 API 要求量激增，後端系統上的 CPU、負載和記憶體等資源就會受到壓力。這最終會導致 API 要求失敗。
後端速度緩慢
調校不當的後端會導致問題，因為後端會非常緩慢地回應任何傳入的要求，進而導致延遲時間增加、提早逾時，並影響客戶體驗。
Edge 平台提供幾種可調整的選項，可用於規避及管理速度緩慢的後端。但這些選項有限制。
影響
- 如果後端大小不足，流量增加可能會導致要求失敗。
- 如果後端速度緩慢，要求的延遲時間就會增加。
最佳做法
- 使用快取功能儲存回應，以縮短 API 回應時間並減少後端伺服器的負載。
- 解決後端伺服器速度緩慢的根本問題。