為什么微服務(wù)需要API網(wǎng)關(guān)？1. 為了防止內(nèi)部問題暴露給外部客戶機(jī)，API網(wǎng)關(guān)將外部公共API與內(nèi)部微服務(wù)API分離，并允許添加微服務(wù)和更改邊界。結(jié)果是，可以重新構(gòu)造微服務(wù)并適當(dāng)調(diào)整其大小，而不會對外

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

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

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

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

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

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

微服務(wù)調(diào)用為什么用RPC框架，http不更簡單嗎？

簡單一點(diǎn)，HTTP是協(xié)議，RPC是概念！RPC可以基于HTTP協(xié)議（feign）、TCP協(xié)議（netty）、RMI協(xié)議（soap）和web服務(wù)（XML-RPC）框架實(shí)現(xiàn)。在傳輸過程中，由于序列化方法的不同，也出現(xiàn)了一些框架和協(xié)議，如Dubbo中的Dubbo協(xié)議、grpc protobuf序列化協(xié)議等。實(shí)際上，它們都是基于遠(yuǎn)程調(diào)用的概念。什么是遠(yuǎn)程呼叫？

關(guān)鍵是RPC是遠(yuǎn)程調(diào)用。遠(yuǎn)程調(diào)用是客戶端通過上述協(xié)議向服務(wù)器發(fā)送接口、參數(shù)、參數(shù)類型、方法、返回值、返回值類型等（稱為方法簽名），通知服務(wù)器要調(diào)用的接口方法。這個過程就是RPC的實(shí)現(xiàn)過程！HTTP和RPC是兩碼事

！在性能方面，HTTP本身是基于TCP協(xié)議的，屬于應(yīng)用層協(xié)議，所以HTTP協(xié)議本身在實(shí)現(xiàn)過程中會占用大量的資源（內(nèi)存、帶寬等）。在性能方面，它肯定不如直接通過TCP實(shí)現(xiàn)的RPC協(xié)議快。不管HTTP有多優(yōu)化，它絕對沒有TCP那么快！另一方面，TCP依賴于字節(jié)碼。目前常用的是將客戶端調(diào)用的接口信息以序列化的方式發(fā)送到服務(wù)器端。序列化框架包括許多內(nèi)容（Hession、protobuf、kryo等）。Kryo具有最高的序列化性能，protobuf具有序列化后最小的字節(jié)碼）。序列化后的字節(jié)碼越小，占用的帶寬越小，序列化時間越長，線程IO延遲越短，線程IO延遲越小。因此，在具體的應(yīng)用層，有很多技術(shù)可以討論。您可以根據(jù)自己的硬件能力選擇相應(yīng)的技術(shù)

！歡迎熱愛科技的人們來探索

微服務(wù)網(wǎng)關(guān)的作用？

1、統(tǒng)一入口

為所有微服務(wù)提供唯一的入口點(diǎn)，網(wǎng)關(guān)起到內(nèi)外隔離的作用，保證后臺服務(wù)的安全。

2、身份驗(yàn)證檢查

標(biāo)識每個請求的權(quán)限，并拒絕不符合要求的請求。

3、動態(tài)路由

將請求動態(tài)路由到不同的后端群集。

4、減少耦合

減少客戶端和服務(wù)之間的耦合，服務(wù)可以獨(dú)立開發(fā)。通過網(wǎng)關(guān)層映射。

微服務(wù)架構(gòu)為何需要搭配API網(wǎng)關(guān)？

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

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

微服務(wù)怎么實(shí)現(xiàn)？是前端還是后端的事？

1. 事實(shí)上，我對微服務(wù)的理解是，它們是特定于功能的，易于升級和擴(kuò)展。微服務(wù)具有分而治之的思想。

2. Vue和python是集成的，前端和后端可以通過HTTP進(jìn)行交互分離，Vue通過HTTP請求，python提供服務(wù)。這是前后端分離的雛形。

3. 第三代微服務(wù)是通過集裝箱化設(shè)計的。打電話給對方。