微服務(wù)器 微服務(wù)調(diào)用為什么用RPC框架,http不更簡單嗎?
微服務(wù)調(diào)用為什么用RPC框架,http不更簡單嗎?簡單一點,HTTP是協(xié)議,RPC是概念!RPC可以基于HTTP協(xié)議(feign)、TCP協(xié)議(netty)、RMI協(xié)議(soap)和web服務(wù)(XML
微服務(wù)調(diào)用為什么用RPC框架,http不更簡單嗎?
簡單一點,HTTP是協(xié)議,RPC是概念!RPC可以基于HTTP協(xié)議(feign)、TCP協(xié)議(netty)、RMI協(xié)議(soap)和web服務(wù)(XML-RPC)框架實現(xiàn)。在傳輸過程中,由于序列化方法的不同,也出現(xiàn)了一些框架和協(xié)議,如Dubbo中的Dubbo協(xié)議、grpc protobuf序列化協(xié)議等。實際上,它們都是基于遠(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的實現(xiàn)過程!HTTP和RPC是兩碼事
!無論TCP協(xié)議如何實現(xiàn),TCP的性能都不如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ǎng)站做好后,不想買服務(wù)器可以用自己的電腦當(dāng)服務(wù)器么?
首先,你可以有這個想法,但實際上這取決于你的目的是什么。一個站點的服務(wù)器需要很多因素來保證其完美的運行和穩(wěn)定。隨著大量的訪問,我們自己的電腦和帶寬不能提供穩(wěn)定的需求。
但是作為一個有技術(shù)背景的人,他就是不喜歡花錢買任何云服務(wù)器,所以他喜歡用現(xiàn)成的,比如你女朋友的生日。如果你想讓她掃描二維碼,你可以看到網(wǎng)站和如何做(我教你如何接女孩)。
在電腦上安裝一個VM虛擬機,使用服務(wù)器系統(tǒng)版本,我這里使用的是Windows server 2012版本
去百度下載一個寶塔,使用PHP Nginx模式,點擊網(wǎng)站把你想要的站點放進(jìn)去
只是怎么訪問內(nèi)網(wǎng)就夠了,到處都能看到效果,花生殼可以做相關(guān)的映射,免費版也有1m帶寬,足夠你女朋友使用。
女士們,先生們,如果您有任何錯誤和地方要分享,請在討論區(qū)留言,并互相交流。