微服務怎么實現(xiàn)？是前端還是后端的事？1. 事實上，我對微服務的理解是，它們是特定于功能的，易于升級和擴展。微服務具有分而治之的思想。2. Vue和python是集成的，前端和后端可以通過HTTP進行交

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

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

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

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

微服務調(diào)用為啥用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é)議等。實際上，它們都是基于遠程調(diào)用的概念。什么是遠程呼叫？

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

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

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

為什么感覺很多人都選擇前端不選擇java？

因為很多人不知道什么是前端。

許多人認為前端是HTML CSS，這就是所謂的網(wǎng)頁設計。它屬于設計工作，而不是程序員。

HTML CSS根本不是一種編程語言。

很多人認為前端很簡單，HTML和CSS根本不是編程語言，所以很容易學習。

請記住，前端程序員也是程序員。他和其他程序員的唯一區(qū)別是他使用JavaScript來處理瀏覽器。

一個合格的前端，知識系統(tǒng)不比一個java項目程序員差多少，而且面對JS這種語言，可以說技術(shù)難度有時甚至比java還要高。

因此，如果您不了解對象、循環(huán)和函數(shù)等基本知識，請不要說您是前端程序員。

最后，我給你一些建議。如果你對編程感興趣，你可以學習其他語言，如java、PHP、Python，并有一定的開發(fā)基礎(chǔ)，然后學習JavaScript轉(zhuǎn)向前端。如果你對編程不感興趣，那么你應該好好學習設計，有一個堅實的基礎(chǔ)PS和AI，學好色彩理論，學好設計理論，然后你可以學習HTML，CSS，網(wǎng)頁設計，并簡單地理解一些JS。

不要急著去培訓班學什么前端，學到最后，沒有編程能力就不能做程序員，沒有設計能力就不能做設計，什么都不能做，浪費青春。