如何架構一個合適的企業(yè)API網(wǎng)關？企業(yè)API網(wǎng)關現(xiàn)在越來越多地被大型企業(yè)所選擇。您可以在nginx系統(tǒng)下了解openresty、openresty edge、Kong。采用Java系統(tǒng)下的Spring

如何架構一個合適的企業(yè)API網(wǎng)關？

企業(yè)API網(wǎng)關現(xiàn)在越來越多地被大型企業(yè)所選擇。您可以在nginx系統(tǒng)下了解openresty、openresty edge、Kong。采用Java系統(tǒng)下的Spring云網(wǎng)關作為模型選擇。一般來說，自學是沒有必要的，門檻有點高。

Enterprise API gateway是一個通用名稱，包括許多功能，如數(shù)據(jù)路由、協(xié)議轉換、融合、限流、應用防火墻、灰色發(fā)布等。要想自主發(fā)展，首先要明確需求范圍。

作為流量門戶，企業(yè)網(wǎng)關對其高可用性有很高的要求。問題就像網(wǎng)絡中斷的影響。設計需要與應用程序架構師討論。

有沒有開源的api管理系統(tǒng)可以推薦的？

為了防止內部問題暴露給外部客戶端，API網(wǎng)關將外部公共API與內部微服務API分離，并允許添加微服務和更改邊界。結果是，可以重新構造微服務并適當調整其大小，而不會對外部綁定的客戶端產(chǎn)生負面影響。它還通過為所有微服務提供單一入口點，對客戶端隱藏服務發(fā)現(xiàn)和版本控制詳細信息。

2. 為微服務添加額外的安全層。API網(wǎng)關提供了額外的保護層來防止惡意攻擊，如SQL注入、XML解析器漏洞和拒絕服務（DOS）攻擊。

3. 支持混合通信協(xié)議。盡管面向外部的api通常提供基于HTTP或rest的api，但是內部微服務可以從使用不同的通信協(xié)議中獲益。協(xié)議可以包括protobuf或AMQP，或者與soap、json-rpc或XML-rpc的系統(tǒng)集成。API網(wǎng)關可以提供基于這些不同協(xié)議的外部和統(tǒng)一rest的API，允許團隊選擇最適合內部架構的API。

4. 如果微服務有共同的問題，如使用API令牌的授權、訪問控制實現(xiàn)和速率限制，則可以降低微服務的復雜性。這些關注點中的每一個都可以通過要求每一項服務來實現(xiàn)，但是這增加了微服務開發(fā)的時間成本。API網(wǎng)關將從您的代碼中刪除這些問題，使您的微服務能夠專注于手頭的任務。

5. 微服務模擬和虛擬化通過將微服務API與外部API分離，您可以模擬或虛擬化服務以驗證設計需求或協(xié)助集成測試。

為什么微服務需要API網(wǎng)關？

微服務架構可以理解為一種架構風格。大型復雜軟件應用程序由一個或多個微服務組成。系統(tǒng)中的每個微服務都可以獨立部署，每個微服務是松散耦合的。每個微服務只專注于完成一個任務，并很好地完成它。在所有情況下，每個任務都代表一種小型業(yè)務能力。API網(wǎng)關負責提供一個統(tǒng)一的API入口點，該入口點跨越一個或多個內部API。它通常還設置層速率限制和安全機制。

API網(wǎng)關可以進行協(xié)議適配、安全驗證等，減少了微服務開發(fā)的外部適配，更貼近實際核心業(yè)務開發(fā)。

微服務架構為何需要搭配API網(wǎng)關？

構建企業(yè)網(wǎng)關與構建微服務網(wǎng)關的主要區(qū)別在于API網(wǎng)關往往需要作為一個統(tǒng)一的網(wǎng)關，即除了接管微服務網(wǎng)關的限流和認證功能之外，為了達到瘦身微服務網(wǎng)關的效果，它還需要能夠與傳統(tǒng)企業(yè)應用服務的集成平臺中間件進行對接，如ESB、PI等散亂的API接口對接會更多。因此，作為一個統(tǒng)一的網(wǎng)關，最容易被批評的問題是性能問題、并發(fā)問題等等。今天，我們將不討論如何確保統(tǒng)一網(wǎng)關的可靠性和高性能。今天，我們將主要討論API網(wǎng)關緩存的附加功能，特別是對于企業(yè)網(wǎng)關這一重要組件。

首先，API網(wǎng)關的緩存是為了有效降低真正API提供者的壓力，從而逐步降低API服務提供者的應用容器、應用緩存和數(shù)據(jù)庫的壓力。

其次，API網(wǎng)關的緩存可以有效減少后臺API的訪問時間。如果直接從API網(wǎng)關訪問緩存，則不需要請求真正的API提供者，這大大減少了訪問時間。

Figure-1-api gateway cache

基于緩存的統(tǒng)一api網(wǎng)關的工作步驟：

1。統(tǒng)一網(wǎng)關通過加載緩存模塊，根據(jù)請求URL和參數(shù)解析從網(wǎng)關緩存中查詢

2。如果緩存命中（在緩存有效期內），則直接返回統(tǒng)一網(wǎng)關

3。如果緩存未命中（緩存失敗或未緩存），它將請求真正的API服務提供程序

4。請求結果返回到網(wǎng)關

5。統(tǒng)一網(wǎng)關將請求結果緩存到網(wǎng)關緩存