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

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

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

2. 為微服務(wù)添加額外的安全層。API網(wǎng)關(guān)提供了額外的保護(hù)層來(lái)防止惡意攻擊，如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)隊(duì)選擇最適合內(nèi)部架構(gòu)的API。

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

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

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

簡(jiǎn)單一點(diǎn)，HTTP是協(xié)議，RPC是概念！RPC可以基于HTTP協(xié)議（feign）、TCP協(xié)議（netty）、RMI協(xié)議（soap）和web服務(wù)（XML-RPC）框架實(shí)現(xiàn)。在傳輸過(guò)程中，由于序列化方法的不同，也出現(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)用是客戶端通過(guò)上述協(xié)議向服務(wù)器發(fā)送接口、參數(shù)、參數(shù)類(lèi)型、方法、返回值、返回值類(lèi)型等（稱為方法簽名），通知服務(wù)器要調(diào)用的接口方法。這個(gè)過(guò)程就是RPC的實(shí)現(xiàn)過(guò)程！HTTP和RPC是兩碼事

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

！歡迎熱愛(ài)科技的人們來(lái)探索

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

1、統(tǒng)一入口

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

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

標(biāo)識(shí)每個(gè)請(qǐng)求的權(quán)限，并拒絕不符合要求的請(qǐng)求。

3、動(dòng)態(tài)路由

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

4、減少耦合

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

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

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

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

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

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

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

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