微服務調用為啥用RPC框架，http不更簡單嗎？簡單一點，HTTP是協(xié)議，RPC是概念！RPC可以基于HTTP協(xié)議（feign）、TCP協(xié)議（netty）、RMI協(xié)議（soap）和web服務（XML-

微服務調用為啥用RPC框架，http不更簡單嗎？

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

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

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

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

微服務網關的作用？

1、統(tǒng)一入口

為所有微服務提供唯一的入口點，網關起到內外隔離的作用，保證后臺服務的安全。

2、身份驗證檢查

標識每個請求的權限，并拒絕不符合要求的請求。

3、動態(tài)路由

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

4、減少耦合

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

說說你所在互聯(lián)網公司微服務項目都用哪些技術？

很高興回答您的問題。

目前，我們正在進行一個充分利用微服務體系結構的項目。這也是一個很大的方便。

首先，要確定模塊的劃分，就我們的項目而言，它分為：

1 API接口

2。模塊負責具體的邏輯處理，前端模塊與本模塊通過grpc進行通信

3。異步處理模塊，有些任務需要很長時間，模塊2會向Kafka發(fā)送一條消息，這個模塊會從Kafka那里獲取消息并進行異步處理

系統(tǒng)部署在kubernetes上，所有模塊都編譯成docker鏡像并上傳到自己的私有鏡像repo。

每個模塊都有多個副本用于負載平衡。模塊間的通信由kubernetes集群服務實現(xiàn)。

Kubernetes ingress負責提供外部訪問接口和SSL處理。

外層使用負載均衡器實現(xiàn)多集群間的負載均衡和容錯。多個集群部署在不同的區(qū)域，以避免由于區(qū)域問題而導致服務不可用。

Istio還用于集群中，以利用服務網格。

此外，監(jiān)控也是必不可少的。我們使用普羅米修斯監(jiān)控各種指標和報警管理器來實現(xiàn)報警。

Elk用于記錄和查詢日志，Jaeger用于跟蹤模塊之間的相同請求。

目前運行穩(wěn)定，效果很好。

我希望我的回答能幫助你。