F5 2020/11/09

API 管理 : 強化傳統和現代應用

Forbes 雜誌稱 2017 年為 API 經濟年。根據 Web 上最大的 API 目錄網站 Programmable Web 的說法，在過去五年中，API 經歷了爆炸性的增長。自 2014 年 1 月以來，每年都以極快的速度成長。

API 有助於推動創新，加快產品上市時間，並提供新的營收機會並能與第三方開發人員以及供應商甚至客戶的整個業務生態系統建立合作夥伴關係。例如，許多第三方網站和應用程序都嵌入了 Google 地圖，以幫助最終用戶查明零售位置或獲取路線。用戶訪問地圖不會花費任何費用，但是在點擊一定次數後，Google 會為每個 API 使用向網站收費。 

API 還透過開放各種內部系統間的連結，來打破原本無法有效互聯整合的缺點。提供定義明確的統一 API 界面，無需開發各種不同的客戶端應用程序所使用的介面，降低了複雜性和成本，使開發人員和其他功能團隊可以更快，更輕鬆地進行協作。

更重要的是，API 是使用微服務的應用程序現代化計劃的基礎，因為 API 是微服務之間進行通信的主要介面。隨著 86％ 的企業期望微服務在五年內成為首選架構，API 的重要性在未來只會越來越高。

使用 API 閘道來簡化、擴展和保護 API

使用越多 API，API 閘道就越關鍵。無論您是要使用的是傳統的應用或以微服務構建的新應用，API 閘道對於提供可靠且高性能的 API 都是至關重要的。NGINX Plus —業界最普及的 API 閘道—提供了強大的功能，例如請求路由，速率限制和 API 身份驗證，同時還通過緩存 (cache) 以減少 API 端點的負載來幫助提高應用的性能。

以 Capital One 的開發人員門戶 DevExchange 為例。NGINX 技術使該公司每天可將其應用擴展到 120 億次操作，而峰值時間僅為每秒 200 萬次操作，而延遲僅為 10-30 毫秒。第三方開發人員和合作夥伴可以使用 Capital One 的 API 整合銀行帳戶，提供個人化的信用卡優惠與客戶獎勵，從而為客戶提供一流的數位體驗，並創造新的營收。

API 管理挑戰不斷增加 

但是，隨著 API 和 API 閘道數量的增加，NetOps 運維和 DevOps 開發團隊都必須應對許多挑戰。所有這些 API 都需要在整個 API 生命週期進行高效的管理，包括定義、發布、保護、監視和分析使用率與效能。 

同時，管理 API 閘道絕不能降低閘道本身的性能，因為閘道本身會轉發應用流量。此外，高效能與輕量級的解決方案來管理微服務的 API 流量也很重要，因為微服務本身就是高效輕量級的解決方案。最後，您需要一個開發人員門戶網站，該門戶網站可以公開所有 API，能讓使用 API 更加方便。

將複雜性簡化，提高性能

NGINX 控制器的 API 管理功能將 NGINX Plus 的強大，速度和效率與控制面板功能結合在一起，使 NetOps 和 DevOps 團隊可以定義、發布、保護、監視和分析您的 API。

該解決方案基於將控制平面與數據平面分離的創新架構而設計，其解決方案是：

久經考驗
NGINX 軟件為超過 3.5 億個網站提供支持，並且根據 2018 年的用戶 調查，已有 40％ 以上的 NGINX 用戶已將 NGINX 部署為 API 閘道。NGINX 還是許多傳統 API 管理解決方案中的流行組件，為 Axway、IBM DataPower、Kong、MuleSoft、Red Hat 3Scale 等提供了基礎閘道。

高性能
NGINX 消除了對本地數據庫和其他附加組件的需求，這些附加組件會帶來不必要的複雜性，延遲和故障點。與傳統的 API 管理解決方案不同，NGINX 將 API 運行時流量與 API 管理流量隔離開來。結果，NGINX Plus API 閘道（轉發層）不需要與 NGINX 控制器（控制輕量級）的持續連接。通過減少服務 API 調用的平均回應時間，這可以降低複雜性並提高效能。

便攜性
由於佔地面積小，NGINX Controller 和 NGINX Plus 都可以部署在任何環境中，包括實體機、VM、容器以及公共、私有和混合雲。這種多功能性意味著您可以將 NGINX API 管理模塊用於內部和外部 API。在傳統環境中輕鬆部署 NGINX Plus，以管理整體應用程序的流量─並將其部署在容器中，以管理分佈式應用程序的微服務之間的流量。