引言

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

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

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

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

再見，百度。用百度查了一次之后，我才知道原來VNC是口紅。

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

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

實(shí)現(xiàn)

思想

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

why nginx ?

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

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

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

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

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

websocket

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

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

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