引言

項(xiàng)目需求，要求在瀏覽器端進(jìn)行遠(yuǎn)程桌面的訪問(wèn)，如圖所示：

實(shí)現(xiàn)遠(yuǎn)程桌面，需要依賴VNC協(xié)議：

VNC（Virtual Network Computing），為一種使用RFB協(xié)議的屏幕畫面分享及遠(yuǎn)程操作軟件。此軟件借由網(wǎng)絡(luò)，可發(fā)送鍵盤與鼠標(biāo)的動(dòng)作及即時(shí)的屏幕畫面。

相關(guān)的參考比較少，去谷歌搜索出來(lái)的文章大多都是如何使用客戶端進(jìn)行VNC的搭建與訪問(wèn)，很少有將其內(nèi)嵌到web里的，騰訊云有相關(guān)的功能，但因?yàn)闃I(yè)務(wù)安全性，咱也看不著人家咋實(shí)現(xiàn)的。

再見(jiàn)，百度。用百度查了一次之后，我才知道原來(lái)VNC是口紅。

所以VNC實(shí)踐之路就是如下流程：

從整體的最開(kāi)始設(shè)計(jì)，到最終落地方案，大約經(jīng)歷了以下七個(gè)方案的迭代：

實(shí)現(xiàn)

思想

整體思想如下圖所示：nginx轉(zhuǎn)發(fā)前臺(tái)的websocket連接，為了實(shí)現(xiàn)外網(wǎng)轉(zhuǎn)發(fā)，添加開(kāi)發(fā)的node.js服務(wù)器作為代理，將瀏覽器端no-vnc的websocket數(shù)據(jù)報(bào)在運(yùn)輸層轉(zhuǎn)發(fā)給目標(biāo)主機(jī)。

why nginx ?

如果思考過(guò)的話，其實(shí)發(fā)現(xiàn)不用nginx也能實(shí)現(xiàn)功能，這里使用nginx主要是減少了前臺(tái)對(duì)后臺(tái)架構(gòu)的耦合。

添加網(wǎng)關(guān)轉(zhuǎn)發(fā)所有請(qǐng)求，對(duì)前臺(tái)只暴露一個(gè)端口，不管后臺(tái)用什么技術(shù)，用什么架構(gòu)，用什么微服務(wù)，在前臺(tái)看來(lái)，就好像在訪問(wèn)單體應(yīng)用一樣。

就像目前的華軟項(xiàng)目一樣，后臺(tái)用了spring-boot、.net、node.js，各語(yǔ)言各框架發(fā)揮各自的優(yōu)勢(shì)，通過(guò)nginx的轉(zhuǎn)發(fā)將各模塊連接起來(lái)，無(wú)論后臺(tái)的架構(gòu)怎么變，對(duì)前臺(tái)毫無(wú)影響，這應(yīng)該是微服務(wù)架構(gòu)的最佳實(shí)踐。

這是spring官方推薦的微服務(wù)架構(gòu)圖，我們學(xué)習(xí)并實(shí)踐了api網(wǎng)關(guān)，spring推薦netflix zuul，我們用的nginx，在請(qǐng)求轉(zhuǎn)發(fā)上，二者性能不相上下。

隨著業(yè)務(wù)需求的增長(zhǎng)，我們肯定也會(huì)服務(wù)拆分，服務(wù)注冊(cè)，服務(wù)發(fā)現(xiàn)，消息隊(duì)列，RPC調(diào)用。然后用上eureka、zookeeper、hystrix、feign等一個(gè)個(gè)優(yōu)秀的開(kāi)源組件，一起探索spring-cloud的最佳實(shí)踐。

websocket

之前一直不了解websocket，就是知道個(gè)名，具體細(xì)節(jié)沒(méi)有學(xué)習(xí)。

http協(xié)議：請(qǐng)求響應(yīng)，客戶端請(qǐng)求，服務(wù)器響應(yīng)，一次請(qǐng)求就結(jié)束。服務(wù)端無(wú)法主動(dòng)向客戶端推送數(shù)據(jù)。

為了解決這個(gè)問(wèn)題，websocket應(yīng)運(yùn)而生。如果所示，不做贅述。