反模式：允許慢速後端

您正在查看 Apigee 和 Apigee Hybrid 說明文件。
查看 Apigee Edge 說明文件。

後端系統會執行 API Proxy 存取的服務。換句話說，這些是 API 和 API 管理 Proxy 層存在的根本原因。

任何透過 Apigee 平台轉送的 API 要求，都會在命中後端之前經過以下典型路徑：

  • 這項要求來自用戶端，可能是瀏覽器或應用程式。
  • 接著，Apigee 閘道會收到要求。
  • 並在閘道中處理。在這個處理程序中，要求會傳遞至多個分散式元件。
  • 接著，閘道會將要求轉送至回應要求的後端。
  • 後端的回應會透過 Apigee 閘道，沿著確切的反向路徑返回用戶端。

待定

因此，透過 Apigee 轉送的 API 要求效能取決於 Apigee 和後端系統。在這個反模式中，我們將著重於因後端系統效能不佳而對 API 要求造成的影響。

反模式

讓我們來看看後端發生問題的情況。可能的情況如下：

  • 後端大小不足
  • 後端速度緩慢

    • 後端大小不足

    透過 API 公開發布這些後端系統上的服務，會面臨許多終端使用者可存取的挑戰。從業務角度來看，這是個值得面對的挑戰，但也需要處理。

    許多時候，後端系統都無法因應服務的額外需求，因此無法調整為有效回應，或無法調整為有效回應。

    「大小不足」的後端系統會發生的問題是，如果 API 要求量突然激增，就會對後端系統的 CPU、負載和記憶體等資源造成壓力。這最終會導致 API 要求失敗。

    後端速度緩慢

    調校不當的後端會導致問題，因為後端會非常緩慢地回應任何傳入的要求，進而導致延遲時間增加、提早逾時，並影響客戶體驗。

    Apigee 平台提供幾種可調整的選項，可用於規避及管理速度緩慢的後端。但這些選項有限制。

    影響

    • 如果後端大小不足，流量增加可能會導致要求失敗。
    • 如果後端速度緩慢，要求的延遲時間就會增加。

    最佳做法

    • 使用快取功能儲存回應，以縮短 API 回應時間並減少後端伺服器的負載。
    • 解決後端伺服器速度緩慢的根本問題。

    延伸閱讀