原文：http://virtualworld.blog.51cto.com/1412963/1692146
I'm old, but I'm not obsolete.
我老了，但并未過時。
最近上映的好萊塢大片《創世紀》主角阿諾.施瓦辛格在片中多次重複這句台詞以證明他還有用，事實是他這個T-800老家夥最後不但戰勝了更高等級的老對手T-1000液态金屬終結者，最後更是戰敗了即不是人，也不是機器，而是比兩者更強的T-3000約翰·康納。
T-800最後戰勝了比他等級更高的機器人，靠的是自身的功能均衡設計、穩定的性能和表現以及團隊協作能力，而在軟體行業要想在市場上占得先機需要的是優秀的軟體品質和市場久經考驗的使用口碑；除此之外，對虛拟化這種雲計算軟體來說，流暢的使用者體驗和穩定可靠的背景運作系統更是使用者考慮的最重要因素，而要實作這些特點，究其核心對桌面虛拟化軟體來說就是對傳輸協定的考驗。
桌面傳輸協定是一組用來在桌面伺服器和用終端之間進行通信的協定。主要完成伺服器到用終端的圖形、圖像、音頻的傳輸以及使用者終端到伺服器輸入資訊的傳輸，包括滑鼠、鍵盤、外設等輸資訊，如下圖所示。
桌面傳輸協定負責把虛拟桌面顯示的内容從服務端通過網絡傳遞到遠端使用者終端。資料的傳輸過程需要用到TCP／IP網絡中的傳輸層協定，可以使用TCP協定或UDP協定進行傳輸。目前的桌面傳輸協定大多使用TCP協定，也有協定使用UDP協定來傳輸視訊流資料。使用TCP協定可以保證資料的完整性，不會有資料丢失，但是TCP協定會産生一些ACK确認封包，會增加網絡傳輸開銷。UDP協定适合用來傳輸對丢失不敏感的資料。
傳輸協定對桌面虛拟化平台而言就相當于是手機中的晶片，是軟體的核心所在。中國的手機雖然品種繁多，但是CPU不是采用聯發科就是是高通的、攝像頭清一色是索尼的，就連作業系統都是谷歌的，小米手機為什麼走不出國門，沒有核心技術缺少專利就是他最大的短闆。是以在軟體行業，特别是桌面虛拟化領域，擁有自主産權的高效傳輸效率的傳輸協定是能否在市場上取勝的關鍵所在。
一般來說目前國内外市場上的桌面虛拟化産品所采用的傳輸協定有這樣幾種，包括ICA協定、PCoIP協定、RDP協定，以及開源協定SPICE。下面我們就這幾種協定做個簡單介紹。
ICA協定
ICA協定全名是IndependentComputing Architecture，是Citrix公司自1989年公司成立以來就一直擁有的私有協定，用于Citrix的桌面虛拟化産品XenDesktop和應用虛拟化産品XenApp上。
如上圖所示，ICA協定所傳輸的資料包在網絡中傳輸時他也要遵循TCP/IP的協定規則，是以他被封裝成TCP的資料包格式，不同的是，由于ICA協定本身是私有協定，資料包格式和加密類型外界無從得知，自1989年Citrix公司開始開發ICA協定，到1993年推出全球第一款虛拟化軟體，一直至今業内從未有過任何ICA協定的安全事件發生，包括ICA協定本身的漏洞或者是因為Citrix産品而導緻的資料洩密事件從未發生，被證明是有史以來最安全的産品。
在保證傳輸效率的前提下，為了保持使用者的自定義性，Citrix在ICA協定中定義了32個虛拟通道，每個通道分别傳輸不同的資料内容。其中16個虛拟通道是系統通道，傳輸包括視訊、音頻、剪貼闆、磁盤、列印以及外設通道的資料，而另外16個通道留給了客戶自定義，在國内很多行業客戶都有各種各樣的外設，例如鍵盤評價器、數字加密鍵盤、***掃描器、高拍儀、讀鈔機、吐卡機，以及各種行業特殊列印裝置等，如果上面的16個系統通道無法識别這些裝置時就可以利用剩下16個自定義通道來定制開發。
正如同電影台詞中說的，I'm old, but I'm not obsolete. Citrix的ICA協定已經誕生了26年，是不是也是obsolete呢？并非如此，Citrix其實一直在對ICA協定做改進和更新。2014年1月份Citrix公司收購了一家叫做Framehawk的公司，然後在前不久剛剛釋出的XenDesktop/XenApp 7.6 FP2産品包中整合了Framehawk公司的LFP 傳輸協定（LightweightFrame Buffer Protocol），有興趣的朋友可以參考我的另外一篇部落格《Citrix釋出支援Framehawk技術的HDX協定，使用者體驗優勢進一步擴大》。在此版本中，ICA協定被進一步更新，如下圖所示：
上圖中藍色的使用者傳輸圖形圖像協定資料，綠色代表基礎虛拟通道，而灰色代表可供開發的專門虛拟通道。我們可以看到為了保證使用者的良好體驗，光是視訊傳送部分就有高達5種不同的傳輸技術，包括Flash播放通道、多媒體傳輸通道、Thinwire顯示通道、DCR顯示通道，以及被無縫整合到ICA協定中的Framehawk技術。
Thinwire是ICA協定中主要的遠端圖像傳輸虛拟通道技術，它基于矢量資料的處理方式，将圖形資料分為多種格式，包括位圖資料、文字、圖形指令等，傳輸到使用者終端後再進行渲染顯示，這種方式帶寬占用非常低，廣泛适用于各種網絡條件，由于基于TCP協定，安全性特别好，近來更加入了H.264的編解碼技術。
而Framehawk是基于UDP協定，特别适用于使用移動終端裝置在高丢包率和高延遲的寬帶網絡環境下的視訊等流暢通路需求。各位可能要問了，PCoIP協定也是基于UDP的，那是不是說基于UDP的協定的體驗就要優于基于TCP的傳輸效率呢？答案是不見得。無論是基于TCP的Thinwire還是基于UDP的Framehawk在實際場景中體驗效果都要遠優于PCoIP傳輸協定，特别是在廣域網下尤其明顯。這就類似于兩個武林高手過招，可能大家都是同一套動作套路，這時候比拼的就是誰的内功深厚了。同樣是出拳，内功深厚的高手平常一招也能緻敵于死命。因為篇幅問題我們就不對ICA協定做進一步分析，僅讓大家知道ICA協定其實這麼多年一直在不斷在進取，用接地氣的一句話來說就是與時俱進。
PCoIP協定
第二種傳輸協定叫做PCoIP協定，很多朋友都認為PCoIP協定就是VMware開發的用于他們Horizon産品桌面虛拟化的傳輸協定，但是事實上卻并非如此。
VMware是一家非常優秀的公司，尤其是在資料中心領域。VMware公司的vSphere産品在伺服器虛拟化領域一直是業内首屈一指的産品，這和這家公司在創立之初就是勵志要做伺服器虛拟化是密不可分的。VMware在私有雲Hypervisor領域取得巨大成功之後，也試圖在其他領域有所建樹，是以在2008年研發了自己的桌面虛拟化産品View，由于起步太晚，再加上開發核心傳輸協定的門檻太高，就采用了最快速的合作方式，即與總部設在加拿大溫哥華的一家叫做Teradici公司的傳輸協定PCoIP協定合作。不過，Teradici公司開發PCoIP協定的時候是把此協定用于其公司包括瘦客戶機和一些硬體加速卡的産品，而并非是桌面虛拟化，是以在和VMware簽訂合作協定後才開始改進PCoIP協定。Teradici公司成立于2004年，在Teradici公司的官方首頁上可以看到在2008年VMware公司開始關注PCoIP協定，在2009年VMware的View 4.0租用了PCoIP協定；
在北美，VMware對外宣稱是和Teradici合作開發PCoIP協定，但是隻要上Teradici公司首頁看介紹就知道隻是租用而已，VMware公司隻是負責開發桌面虛拟化軟體界面，這就有點類似于這幾年國内的手機業，自己隻做硬體整合和軟體界面，手機核心的晶片技術都在高通公司中。這幾年VMware公司雖然在桌面虛拟化領域發展較快，但是還是受制于體驗效果不佳（雖然基于UDP協定，PCoIP協定仍然體驗較差）和單一釋出模式（隻有VDI單一模式）帶來的桌面虛拟化成本居高不下問題阻礙了其進一步拓展客戶，在2013年底，VMware公司從Citrix公司高薪挖走了原Citrix公司桌面和應用程式原副總裁兼總經理Bob Schultz以及企業移動原副總裁兼總經理Sumit Dhawan。Schultz和Dhawan被公認為是Citrix公司雲計算方面最有頭腦的兩個人，Schultz加入VMware之後擔任了終端使用者計算的首席戰略上司這一新角色，而Dhawan加入VMware來後上司桌面業務群組織，他将負責整體業務，包括戰略、産品組合和工程。基本上可以看出來VMware公司現在ECU産品線的上司都是從Citrix公司挖來的，随後在2014年4月份就匆匆釋出了VMware公司第一款應用虛拟化産品RDSH（包含在Horizon 6中），此時，距離Citrix做應用虛拟化已經過去了21年。
此外，為了解決PCoIP協定的天生不足問題（PCoIP協定出生之時就不是為虛拟化軟體準備的，而是為T公司的硬體上的圖形加速設計的），VMware不得已在View産品中增加對微軟RDP協定的支援，使用者如果在使用桌面虛拟化發現PCoIP協定無法實作的一些基礎功能時，例如外設的重定向功能，可以在登出目前通過PCoIP登入的桌面後再選擇微軟RDP方式登入，當然，桌面的軟體狀态全部沒有了，使用者體驗會受到不小的影響；
最後，為徹底解決View産品在核心技術上依賴于其他公司的困境，VMware公司試圖開發自己的協定Blast。最初是在2011年VMworld2011大會上宣布AppBlast項目，截止到目前為止Blast協定還未正式釋出，最新消息是Blast隻能在Html5上通路。購買了VMware公司View産品的使用者估計會比較郁悶，現在他們在登入桌面的時候就要選擇是通過PCoIP協定登入還是通過微軟的RDP協定登入，不知道未來會不會要變成三個協定，PCoIP、RDP和Blast三個協定中間選擇登入，相信對最終使用者來說這是一個不小的折磨，别說最終使用者，就是行業内的工程師都不一定說的清楚這三種協定到底有什麼差別。
RDP協定
RDP全名叫做遠端顯示協定（RemoteDisplay Protocol ），為微軟公司所有。業内有一種說法是當年微軟觊觎Citrix的ICA協定已久，但是無法擷取，沒辦法隻好走收購的道路（畢竟自己開發周期太長了，這點和VMware租用PCoiP協定類似），買了一家小公司，然後再命名為RDP的。有沒有和Citrix談判現在已經無法考證，不過事實是RDP協定确實是微軟公司收購英國的一家叫做Data Connection Limited的軟體公司而來，當然，現在RDP已經完全是微軟的知識産權。
在1995年微軟釋出Windows NT4.0 Server的時候RDP協定第一次亮相，當時的版本是4.0。Windows NT4.0 Server其實是微軟第一款真正意義上的多使用者版本的作業系統，之前的作業系統都是單使用者版本，也就是說同時隻能有一個使用者登入這個作業系統。有意思的是，幫助微軟打開多使用者功能的不是微軟自己，而是Citrix的功勞。在維基百科中我們可以看到這樣的文字描述：
The Terminal Services Edition of NT 4.0 relied on Citrix's MultiWintechnology, previously provided as a part of Citrix WinFrame atop Windows NT3.51, in order to support multiple users and login sessions simultaneously.Microsoft required Citrix to license their MultiWin technology to Microsoft inorder to be allowed to continue offering their own terminal-services product,then named Citrix MetaFrame, atop Windows NT 4.0. The Citrix-provided DLLsincluded in Windows NT 4.0 Terminal Services Edition still carry a Citrix copyright rather than aMicrosoft copyright.
有興趣的朋友可以×××通路維基百科擷取完整資訊。
在後續的版本中，RDP也不斷得到功能的增強。不過基本上RDP的更新是随着作業系統新版本的推出而版本号更新的。随着Windows 2000 Server釋出的就是RDP的5.0版本，增加了對本地列印機的支援和網絡帶寬使用的改進。Windows XP上使用的是RDP的5.1版本，提供了對24位真彩和聲音的支援。
目前最新的版本是8.1，是使用在Windows 8.1和Windows Server 2012 Server R2版本上。不過可惜的是TerminalServer和RDP這條産品線（或者根本沒有這條産品線，隻是幾個人在維護？）從來都不是微軟的重點。這麼多年來微軟收購了無數家軟體公司，從CRM到防病毒軟體，基本上都沒有成功過，現在試圖轉型到移動和雲計算也是姗姗來遲。是以這麼多年來RDP一直都沒有重大的産品改進和更新，隻是在上一個版本上做一些軟體Bug的改進和小功能的增強。虛拟桌面在傳送給最終使用者使用時為了節省帶寬，類似于Citrix的ICA協定一般都隻是傳送圖形的變化量以節省網絡傳輸帶寬，而這麼多年來即使螢幕有少量變化（例如輸入一個文字）RDP協定仍然需要傳送整屏畫面的資料量，這就導緻使用者在使用遠端桌面時需要遠超過ICA協定的網絡帶寬才能獲得流暢的體驗，如果是廣域網通路這将導緻圖像非常卡頓。一個很簡單判斷是傳送圖像變量還是傳送整屏圖像的方法就是在帶寬不足的情況下，RDP的畫面是一行一行的重新整理畫面，而不是僅僅重新整理隻是變化了的畫面的那幾個像素點。
當然，上述現象的根本原因還是因為RDP是基于位圖資料的傳輸原理。這種方式要求在伺服器端對圖形資料進行渲染，将生成的位圖資料進行壓縮編碼，最終傳輸到用戶端的再顯示位圖資料，采用這種方式的不僅僅是RDP，PCoIP也是此原理。是以采用這兩種協定的桌面虛拟化軟體速度都較慢，體驗較差。和基于位圖資料的傳輸原理相對應的就是ICA協定采用基于矢量資料的傳輸原理，體驗效果就好很多。
除了傳輸效率較低外，安全也是很多使用者不願意在關鍵系統和應用上采用RDP技術的另外一個非常重要的原因。或許是樹大招風，或許是RDP本身确實有很多漏洞，這麼多年來微軟爆出了不少RDP的安全事件。
SPICE協定
SPICE協定（Simple Protocolfor Independent Computing Environment），中文名稱是簡單協定獨立計算環境，是RadHat公司（即紅帽公司）桌面虛拟化解決方案中的傳輸協定，也是其宣稱的方案的三大主要技術元件之一，（另外兩個技術是企業虛拟化Hypervisor，即包含KVM(基于核心的虛拟機)技術的紅帽企業版Linux，以及紅帽企業虛拟化桌面管理平台）。
SPICE協定其實來源是由Qumranet公司開發的一款開源網絡協定，2008年紅帽以1.07億美元的價格收購了Qumranet獲公司，進而得了這個協定。與此同時，由于Qumranet公司也開發了基于核心的虛拟機(KVM)技術，紅帽後續就将KVM作為其虛拟化戰略的一部分來考慮。2009年年底紅帽公司釋出了Linux 5.4企業版，在此版本之前，紅帽都是采用Xen來提供虛拟化功能，5.4版本正式包含KVM作為内置的虛拟化平台，Xen和KVM同時存在。2011年，随着新版作業系統Red Hat Enterprise Linux 6的釋出，紅帽完全放棄了以開源Xen為虛拟化平台的思路，開始全面支援KVM作為hypervisor。
2011年初，紅帽的老搭檔IBM找上紅帽，表示KVM這個東西值得加大力度去做，于是同年5月IBM和紅帽，聯合惠普和英特爾一起，成立了開放虛拟化聯盟（Open Virtualization Alliance），一起聲明要提升KVM的形象，加速KVM投入市場的速度，由此避免VMware一家獨大的情況出現。從5月到8月這短短3個月間，開放虛拟化聯盟的成員已經增加到将近300個，聯盟發展的速度十分可觀。IBM現在全線硬體都對紅帽Linux和KVM進行了大量的優化，有60多名開發者專門開發KVM相關的代碼。
上面是從網上找到的資訊，看起來KVM似乎風頭正勁，不過時至今日KVM也沒有進入到Gartner Magic Quadrant for 2014 x86 Server Virtualization的第一象限，即上司者象限，仍然在第三象限徘徊，很顯然這麼多年來一直在打醬油。
回過頭來我們再看看SPICE協定，它包含有3個元件：
SPICE Driver ：SPICE驅動器存在于每個虛拟桌面内的元件；
SPICE Device：SPICE裝置存在于紅帽企業虛拟化Hypervisor内的元件；
SPICE Client：SPICE用戶端存在于終端裝置上的元件，可以是瘦客戶機或專用的PC，用于接入每個虛拟桌面。
這三個元件協作運作，确定處理圖形的最高效位置，以能夠最大程度改善使用者體驗并降低系統負荷。如果客戶機足夠強大，SPICE向客戶機發送圖形指令，并在客戶機中對圖形進行處理，顯著減輕伺服器的負荷。另一方面，如果客戶機不夠強大，SPICE在主機處理圖形，從CPU的角度講，圖形處理并不需要太多費用。下圖是 SPICE三個元件示意圖。
客戶運作在使用者終端裝置上，為使用者提供桌面環境。SPICE服務端以動态連接配接庫的形式與KVM虛拟整合，通過SPICE協定與用戶端進行通。SPICE協定最大的特點是其架構中增加的位于Hypervisor中的QxI裝置，本質上是KVM虛拟化平台中通過軟體實作的PCI顯示裝置，利用循環隊列等資料結構供虛拟化平台上的多個虛拟機共享實作了裝置的虛拟化。但是，這種架構使得SPICE協定緊密地依賴于伺服器虛拟化軟／硬體基礎設施，SPICE必須與KVM虛拟化環境綁定。
此外，SPICE協定也有一些與生俱來的不足：
- 在廣域網環境下性能較差。虛拟桌面解決方案的目的是可以在任何時間、任何地點進行桌面操作，但SPICE協定在廣域網環境下的使用者體驗較差，尤其是在播放視訊時。SPICE協定播放720 P的視訊，每秒需要傳輸至少7 Mb左右的資料量。在廣域網網絡環境中，很難滿足這麼高的帶寬需求。
- 服務端讀取指令延遲。SPICE服務端會從指令隊列中擷取相應的圖形操作指令，然後進行相應的處理。如果指令隊列為空的話，SPICE服務端會調用epoll—wait，并設定逾時為10 ms。如果有大量的圖形指令請求，10 ms的逾時設定會造成讀取指令延遲。
- 視訊處理能力不足。SPICE服務端在檢測到視訊後會使用MJPEG算法進行視訊壓縮。SPICE設定固定的視訊播放幀數fps一30，jpeg壓縮率也是固定不變的，沒有考慮到網絡環境對視訊的影響。如果網絡環境較差的話，視訊播放體驗會受到很大的影響。
- 用戶端啟動緩慢。SPICE的用戶端在啟時需要測試網絡狀況，導緻用戶端啟動緩慢。。
- 用戶端ACK延遲。SPICE協定使用TCP協定進行資料的傳輸，SPICE用戶端隻有在接收到滑動視窗裡最後一個消息時才将ACK信添加到發送隊列中，是以隻有在虛拟通道接收完息後ACK确認資訊才會發送出去。如果接收隊列裡有很多小的消息封包，會導緻顯示通道延遲。
以上特點導緻紅帽公司在推廣桌面虛拟化方案時，遇到了使用者體驗差的根本性問題，至今沒有得到好轉。由于體驗問題一直得不到根本改善，再加上公司投入資源不足，目前紅帽公司在中國地區已經不再推行他們的桌面虛拟化産品。
結束語
到這裡，相信大家對目前市場上桌面虛拟化廠商所采用的傳輸協定已經有了一個清晰的了解。但是讀者可能會問我，好像你還沒說到很多協定，例如XX公司的的HDP協定、UXP協定、SRAP協定、SUNDE-VDI協定，以及MRP(資源映射協定)，他們宣稱自己完全獨立自主知識産權，這是真的嗎？
我們都知道Citrix從開始開發ICA協定到推出第一款虛拟化産品中間經曆了四年時間。而華為公司從2008年開始研究桌面虛拟化技術，并在NC部門投入了大量研發人員開發軟體（在此期間華為公司也購買了Citrix的桌面虛拟化産品并在内部幾乎是所有的研發桌面部署了十幾萬個Citrix的桌面虛拟化終端，同時OEM着Citrix的XenDesktop産品打包賣給其他高端客戶），但是直到六年後的2014年華為才正式釋出了自己的桌面虛拟化産品FusionAccess（目前主攻低端客戶進行試點推廣），之中的曲折可想而知。而VMware公司這麼多年根本都沒開發出來，作為國内外的頂尖科技企業尚且如此，我們有理由相信這些國内的其他廠商可能是實際情況名不符實。
事實上，本文介紹的RDP協定和SPICE協定已經被大量廠商在國内使用。由于微軟公司并未通過技術手段限制使用者對其公司出品的軟體進行使用，導緻盜版現象在國内一直屢禁不止，不論這是不是微軟公司的市場營銷手段，但是不争的事實是使用RDP協定是沒有技術限制，幾乎可以免費使用，這是國内的桌面虛拟化廠商的一大主要分支。
而對于SPICE協定來說，它是包含在KVM上的全功能免費開源虛拟化解決方案，是以借助前幾年三大營運商的資料中心雲桌面、各城市雲計算等概念之風，國内從2012年前後出現了大量新注冊的軟體公司，以KVM為核心基礎，進行簡單的應用管理界面開發後包裝成VDI桌面虛拟化産品，到2014年底國内已經形成了上百家桌面雲或者虛拟桌面的所謂雲計算公司去争奪桌面虛拟化的低端市場。
正是這些免費使用或者開源協定的廣泛傳播造成了目前國内百花齊放的“大好局面”，但是為什麼北美、歐洲，甚至離我們很近的港澳台沒有出現這樣的情況呢？究其原因還是目前國内知識産權保護的還很不夠（欣喜的是國内已經慢慢朝着方向好轉），不用說個人使用者盜版使用微軟産品，就連很多大中型企業也不買正版Windows，更何況是冷門的RDP許可證。就在上個月底浙江省金華市中級人民法院還成功調解了微軟、歐特克公司訴衆泰控股集團有限公司侵犯軟體著作權的糾紛系列案，索賠2000萬的這個案件最後以衆泰集團賠償對方50萬元人民币，并用100萬元購買了正版才了結。而我們在網上查到衆泰集團有6000多名員工，就算1/3的員工使用電腦也有2000多台PC機，算下來衆泰集團以每台PC隻花了500元就買到了正版Windows以及價格極其昂貴的AutoDesk設計軟體，違法代價是非常低的。
至于開源SPICE協定其實也并不是說免費使用而沒有任何責任的。開源軟體并不等同于免費軟體。開源軟體是指在軟體發行的時候，附上軟體的源代碼，并授權允許使用者更改/自由再散布/衍生著作，開源并不抵制商業收費。
開源協定中最有名的就是GPL(General public licence) ，該協定就是GNU運動釋出的協定，GPL的出發點是代碼的開源/免費使用和引用/修改/衍生代碼的開源/免費使用，但不允許修改後和衍生的代碼做為閉源的商業軟體釋出和銷售。這也是 GPL代表的自由軟體和普通開源軟體的最大差別所在。大部分SPICE代碼是采用GNU GPLv2許可證釋出，部分代碼是采用LGPL許可證。也就是說如果某家公司想采用SPICE協定作為其公司桌面虛拟化産品的傳輸協定，是必須對外公布其軟體修改後的源碼，并且公開說明是在基于SPICE上開發的，同時絕不能不公開而在市場上銷售的，否則就是非法使用。
其實，即使撇開法律風險問題，衆多國内廠商的日子也并不好過。這些号稱VDI桌面虛拟化的小廠家由于都是基于KVM或者RDP等開源産品進行的二次開發，本身不具有核心技術，在市場競争中難度很大。通常VDI小廠家都是以雲桌面或者雲計算公司出現，編造各種專業名稱和術語，就怕使用者知道是基于KVM和SPICE協定的産品。同時，國内小廠家通常采用微網誌推廣、搜尋引擎優化等方式來進行網絡營銷，編造各種虛假客戶案例。
但是随着使用者認知水準的不斷提升，基本已經很難相信例如：完全獨立開發的遠端顯示協定、1台部門級伺服器能支援100個VDI用戶端同時跑1080P高清、産品穩定性和性能超過Citrix等過火的宣傳口号。而一旦進入測試，KVM和XEN等本身存在的重大缺陷隐患暴露無疑，性能低，穩定性差、外設相容性差、各種應用元件不完善等問題直接被淘汰出局，隻能靠低價和商務關系來進行市場銷售。
同時由于KVM的開源，任何一個軟體公司都可以在一年完成VDI桌面虛拟化的基本功能子產品，各家産品除界面外差距很小。是以，小廠家也很難找到願意深入合作的大型IT內建公司，各大IT內建公司都是在內建項目中直接帶入自己的VDI桌面虛拟化産品。
中國人從來不乏智慧，尤其善于追随新概念。譬如大資料，每家公司都說自己搞大資料；譬如雲計算，處處都是雲公司，言必稱雲戰略，而随着桌面虛拟化概念的興起，也同樣會出現大量的僞桌面虛拟化産品。特别典型的就是原來的網絡還原卡、網絡同傳系統，或者多媒體教學管理系統的廠家搖身一變就變成了桌面虛拟化廠家。
我們預測在2014年将有超過1/3的VDI桌面虛拟化小廠家（或者稱為桌面雲/虛拟桌面企業）倒閉，超過50%的小廠家苦苦支撐或者轉型。去僞存真這對行業來說是個好事情，大浪淘沙,潮水退去後看誰在裸泳。
我們最後從功能上整理一下這幾種協定的優缺點，如下表所示：
備注：RDP和SPICE的支援廠商中我們沒有分别列出對應的微軟公司和紅帽公司，是因為桌面虛拟化已經不是這兩家廠商的重點發展方向，在這兩家公司的首頁上也找不到桌面虛拟化的産品介紹。
I'm old, but I've always been the best.，這就是Citrix ICA協定的真實寫照。
在後續的篇幅中我們還會更詳細的讨論功能比較，我們下期再見。
緻謝和參考：本文在編寫過程中參考了以下，在此表示感謝。