微服務(wù)怎么實(shí)現(xiàn)？是前端還是后端的事？微服務(wù)只是一個(gè)概念，一個(gè)架構(gòu)設(shè)計(jì)思想，而不是一項(xiàng)新技術(shù)。其原理是將軟件應(yīng)用程序劃分為可以獨(dú)立運(yùn)行的“微”服務(wù)，這類似于一般意義上的插件和擴(kuò)展。不同的是，“微服務(wù)”是

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

微服務(wù)只是一個(gè)概念，一個(gè)架構(gòu)設(shè)計(jì)思想，而不是一項(xiàng)新技術(shù)。其原理是將軟件應(yīng)用程序劃分為可以獨(dú)立運(yùn)行的“微”服務(wù)，這類似于一般意義上的插件和擴(kuò)展。不同的是，“微服務(wù)”是一個(gè)可以獨(dú)立運(yùn)行的應(yīng)用程序，一般采用容器部署，比如docker。以下是從優(yōu)點(diǎn)，缺點(diǎn)和適用場(chǎng)景。

優(yōu)點(diǎn)：能有效解決單個(gè)軟件隨時(shí)間推移的維護(hù)災(zāi)難，按需加載，最大限度釋放系統(tǒng)資源。它與開(kāi)發(fā)語(yǔ)言無(wú)關(guān)，可以以容器化的方式獨(dú)立部署。無(wú)論使用哪種開(kāi)發(fā)語(yǔ)言，都可以無(wú)縫集成。可以細(xì)粒度分割軟件項(xiàng)目，完美持續(xù)集成。

然而，微服務(wù)是一個(gè)分布式系統(tǒng)。如果拆分的粒度太細(xì)，很容易形成級(jí)聯(lián)失敗。各模塊需要保持?jǐn)?shù)據(jù)的一致性，進(jìn)行通信規(guī)劃，對(duì)整個(gè)系統(tǒng)的架構(gòu)要求比較高。在測(cè)試方面，與單一軟件相比，測(cè)試工作量有一定程度的增加。應(yīng)用程序部署相對(duì)復(fù)雜。

應(yīng)用場(chǎng)景，業(yè)務(wù)層面，要處理多個(gè)客戶的需求，通常每個(gè)客戶有一部分的需求是不一樣的。在性能級(jí)別，它應(yīng)該處理高并發(fā)性和高負(fù)載。

總之，軟件互聯(lián)網(wǎng)行業(yè)的知識(shí)體系不斷更新，新概念、新技術(shù)層出不窮。讓我們探究它的本質(zhì)，不要被它的外表所迷惑。機(jī)械類it背景的人鼓勵(lì)。

微服務(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ù)類型、方法、返回值、返回值類型等（稱為方法簽名），通知服務(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)探索

學(xué)習(xí)前端前景怎么樣？

作為it領(lǐng)域的研究者和教育家，讓我來(lái)回答這個(gè)問(wèn)題。

首先，目前的學(xué)習(xí)前端還有很好的發(fā)展前景。在工業(yè)互聯(lián)網(wǎng)的帶動(dòng)下，未來(lái)前端領(lǐng)域?qū)⒗^續(xù)釋放大量人才需求，崗位附加值也有繼續(xù)提升的空間。

目前從事前端崗位的技術(shù)人員還有很多，整個(gè)前端開(kāi)發(fā)技術(shù)體系比較成熟，不僅對(duì)人才的需求比較穩(wěn)定，而且學(xué)習(xí)體驗(yàn)也會(huì)比較好。畢竟有大量的案例可以借鑒，但要獲得高附加值的職位也不容易。我們一方面要從豐富自己的知識(shí)結(jié)構(gòu)入手，另一方面要學(xué)習(xí)我們也要跟上技術(shù)的發(fā)展趨勢(shì)。

從目前前端人才需求的趨勢(shì)來(lái)看，我們?cè)趯W(xué)習(xí)前端技術(shù)時(shí)應(yīng)該注意以下幾個(gè)方面：一是要注意移動(dòng)終端的發(fā)展。目前移動(dòng)終端的前端開(kāi)發(fā)任務(wù)還很多，在5g通信逐步實(shí)施后，未來(lái)移動(dòng)終端將釋放出大量的前端開(kāi)發(fā)需求。從這個(gè)角度來(lái)說(shuō)，掌握移動(dòng)終端的相關(guān)技術(shù)將帶來(lái)更多的就業(yè)機(jī)會(huì)。

第二：關(guān)注云計(jì)算技術(shù)。隨著云計(jì)算平臺(tái)的推廣，前端開(kāi)發(fā)者將進(jìn)一步拓展自身的能力邊界，也可以走全棧開(kāi)發(fā)路線。隨著PAAS在行業(yè)中的逐步應(yīng)用，這一趨勢(shì)將越來(lái)越明顯。從這個(gè)角度來(lái)看，前端開(kāi)發(fā)者要想提高自己的后附加值，就必須重視云計(jì)算相關(guān)技術(shù)的學(xué)習(xí)。

第三：關(guān)注人工智能技術(shù)。人工智能技術(shù)也與前端開(kāi)發(fā)密切相關(guān)。AI平臺(tái)開(kāi)始應(yīng)用后，需要利用前端技術(shù)完成AI相關(guān)功能的落地應(yīng)用。因此，在人工智能與工業(yè)領(lǐng)域不斷結(jié)合的背景下，大量的前端崗位將被釋放。

請(qǐng)問(wèn)后端開(kāi)發(fā)比前端開(kāi)發(fā)工資高嗎？

同樣的經(jīng)驗(yàn)，后端相對(duì)要比前端高

但是應(yīng)該不會(huì)高很多

這并不意味著工資低，也就是說(shuō)前端技術(shù)沒(méi)有后端技術(shù)難

前端的事情很瑣碎，說(shuō)起來(lái)容易，說(shuō)起來(lái)難

后端的事情應(yīng)該比前端復(fù)雜，而且要掌握的技術(shù)也比前端多，就像一些運(yùn)維技術(shù)一樣，前端沒(méi)有，但是后端要懂